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U.S.  Army  Corps  of  Engineers  Manpower  Information  System: 

An  Integrated  Approach  to  Manpower  Management 

Executive  Summary 


The  U.S.  Army  Corps  of  Ei\gineers  (USAGE)  provides  engineering  and  con¬ 
struction  management  services  for  both  military  and  civil  works  programs.  In 
FY93,  the  cost  of  those  programs  exceeded  $10  billion  and  their  implementation 
required  more  than  a  40,000-person  work  force.  Managing  this  work  force  is  an 
important  part  of  USAGE  program  execution.  Those  workforce  numagement 
processes  are  periodically  reviewed  to  ensure  that  USAGE  is  getting  the  most  for 
its  numpower  dollar. 

In  early  1992,  USAGE  held  the  Corps  of  Engineers  Manpower  Management 
Software  Review  Workshop  (the  "Software  Review  Workshop")  at  Fort  Belvoir, 
Virginia.  The  key  purpose  of  that  Software  Review  Workshop  was  to  discuss  the 
current  use  of  two  separate  sets  of  Class  VI^  system  software  to  develop,  defend, 
and  distribute  manpower  allocations  within  USAGE;  namely,  the  Corps  of  Engi¬ 
neers  Resource  and  Military  Manpower  System  and  the  Qvilian  Force  Configu¬ 
ration  and  Management  A  related  issue  was  to  explore  die  USAGE  costs, 
benefits,  and  barriers  to  implementing  a  single  Qass  VI  system  software  package 
for  both  the  military  and  civil  works  programs. 

During  the  final  session  of  the  Software  Review  Workshop,  the  participants 
reviewed  the  working  papers  and  developed  the  recommendation  diat . . . 

The  Coips  should  proceed  to  the  next  step  in  the  systems  analysis  process  and  begin  de¬ 
veloping  conceptual  design  plans  for  the  development  of  a  single  mai^tower  model  for 

dvil  works  and  military  programs.^ 

We  build  upon  that  recommendatioa 

We  recommend  the  development  of  a  system  that  uses  die  current  commu¬ 
nication  capabilities  of  the  USAGE  wide-area  network  and  meets  the  following 
key  requirements:  First,  USAGE'S  leaders  expressed  the  need  for  a  system  that  is 
easy  to  learn  and  use,  easy  to  implement  in  the  field,  and  can  be  used  in  the  field 
as  a  planning  and  management  tool.  Second,  the  system  should  be  able  to  esti¬ 
mate  the  manpower  required  to  execute  USAGE'S  programs,  support  die  alloca¬ 
tion  process,  provide  information  in  useful  ways,  track  utilization  information, 

*  A  Class  ni  system  is  defined  in  AR  25-3.  It  is  a  system  whose  total  program  costs 
are  less  than  $2.5  million,  that  can  be  reviewed  and  approved  by  die  major  command 
(MACOM),  and  diat  will  be  managed  by  the  MACOM's  functional  proponent 

^Manpower  Management  Software  Review  Workshop  Draft  Report  dated  21  April  1992, 
Fort  Belvoir.,  VA. 
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support  "what  if'  analyses,  and  draw  upon  various  sources  of  data.  Third,  the 
system  should  provide  a  unified,  standardized,  relational  data  base  from  which 
consistent  standard  and  ad  hoc  joint  reports  can  be  generated  from  the  same  es¬ 
sential  information.  Finally,  USAGE  must  gain  the  functional  capabili¬ 
ties  —  such  as  decision  support,  executive  information  retrieval,  and  geographic 
information  displays  —  that  existing  manpower  systems  lack. 

We  believe  a  unique  opportunity  exists  to  develop  an  integrated  Class  VI 
system  for  managing  USACi  manpower  in  a  way  that  incorporates  appropriate 
technologies  and  provides  USAGE  managers  with  a  consolidated  view  of  their 
use  of  human  resources.  That  integration  will  require  a  change  in  the  manpower 
management  process  at  all  levels. 

A  process  is  needed  that  provides  adequate  representation  by  all 
organizations  involved,  yet  has  some  centralized  direction.  The  development  of 
that  process  is  perhaps  as  important  as  the  development  of  the  softweue  itself, 
and  it  should  be  done  in  parallel  with  tiie  system's  development 

If  this  opportunity  is  missed,  it  is  likely  that  the  key  participants  in  man¬ 
power  issues  —  the  Qvil  Works  Directorate,  the  Military  Programs  Directorate, 
and  the  Resource  Management  Directorate  —  will  pursue  independent  system 
upgrades  that  will  not  be  cost-effective  and  that,  irr  all  likelihood,  will  perpetuate 
the  inconsistencies  that  exist  today. 
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ChapterI 

Introduction 


Background 

The  U.S.  Army  Corps  of  Engineers  (USAGE)  provides  engineering  and  conr 
struction  management  services  for  both  military  aiul  civil  works  programs.  In 
FY93,  the  cost  of  those  programs  exceeded  $10  billion  and  their  implementation 
required  more  than  a  40,000-person  work  force.  Managmg  diis  work  force  is  an 
important  part  of  USAGE  program  execution.  Those  workforce  management 
processes  are  periodically  reviewed  to  ensure  that  USAGE  is  getting  the  most  for 
its  manpower  dollar. 

In  early  1992,  USAGE  held  the  Corps  of  Engineers  Manpower  Management 
Software  Review  Workshop  (die  "Software  Review  Workshop")  at  Fort  Belvoir, 
Virginia.  The  key  purpose  of  that  workshop  was  to  discuss  the  current  use  of 
two  separate  sets  of  Class  VI  system*  software  to  develop,  defend,  and  distribute 
manpower  allocations  within  die  Corps;  namely.  Corps  of  Engineers  Resource 
and  Military  Manpower  System  (CERAMMS)  and  Civilian  Force  Configuration 
and  Management  (FORCON).  A  related  issue  was  to  explore  die  costs,  benefits, 
and  barriers  to  implementing  a  single  Class  VI  system  software  package  for  bodi 
the  military  and  dvil  works  programs. 

During  the  first  part  of  the  Software  Review  Workshop,  die  program  manag¬ 
ers  for  each  software  product  provided  an  overview  of  th^  reflective  software 
products.  That  overview  addressed  system  inputs,  ou^mts,  processes,  man¬ 
power  management  decision-making  processes,  and  die  strengths  and  weak¬ 
nesses  of  each  software  package.  Each  software  package  was  demonstrated  on  a 
personal  computer  —  showing  actual  screen  displays  of  inputs,  processes,  and 
outputs.  At  die  end  of  the  overview,  a  question  and  answer  period  was  coiv 
ducted  to  expand  on  issues  raised  during  the  overview  presentations. 

The  second  part  of  the  workshop  focused  on  die  feasibility  of  designing, 
building,  and  implementing  a  single,  integrated  system  to  accomplish  the  func- 
ticms  of  both  CERAMMS  and  FORCON.  The  participants  developed  draft  work¬ 
ing  papers  that  defined  the  primary  benefits,  costs,  and  potential  barriers  to 
establishing  an  integrated  system.  Those  working  papers  included  a  discussion 
of  the  kinds  of  enhancements  and  improvements  an  integrated  system  could  in¬ 
clude  relative  to  the  functions  provided  by  the  current  systems. 


’A  Class  VI  system  is  defined  in  AR  25-3.  It  is  a  system  whose  total  program  costs 
are  less  than  $25  million,  that  can  be  reviewed  and  approved  by  the  Major  Command 
(MACOM),  and  that  will  be  managed  by  the  MACOM's  functional  proponent 
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Durmg  the  final  session  of  the  workshop,  fixe  participants  reviewed  the 
working  papers  and  developed  tlK  recommendation  that 

The  COTps  should  proceed  to  the  next  step  in  the  systems  analysis  process  and  begin  de¬ 
veloping  conceptual  design  plaia  for  the  development  of  a  single  mai^xnver  model  for 
dvil  works  and  military  programs.  ^ 

The  purpose  of  this  document  is  to  expand  upon  the  findings  and  recom¬ 
mendations  of  the  workshop,  develop  and  discuss  alternatives,  and  make 
recommendations  on  future  USAGE  manpower  management  systems. 


Corporate  Information  Management 

When  planning  the  future  direction  of  USAGE  manpower  management  soft¬ 
ware,  it  is  useful  to  review  the  teixets  of  the  Gorporate  Information  Management 
(GIM)  program.  Although  the  types  of  systems  under  consideration  in  tiiis  docu¬ 
ment  are  not  large-scale,  "major"  systems,  the  basic  principles  of  information 
management  espoused  by  GIM  are  pertinent  and  should  be  considered  when  de¬ 
veloping  the  next  generation  of  manpower  management  software. 

The  GIM  initiative  was  established  by  the  Department  of  Defense  to  provide 
setxior  leaders  with  the  policies  and  mechanisms  tiiey  need  to  achieve  the  goal  of 
smooth  and  rapid  transition  into  the  "Iixformation  Age."  The  GIM  concept  iden¬ 
tifies  the  prirKiples  and  practices  proven  in  industry  and  goverrunent  during  the 
past  decade  and  applies  them  to  ^e  defense  challenge.  The  following  are  appli¬ 
cable  GIM  principles: 

^  Standcirdize  processes  and  practices  when  this  does  not  impair  operations. 

^  Apply  functional  process  improvement  methods  and  tools  successfully  used 
in  industry  to  manage  continuous  cycles  of  improvement  to  cost,  quality, 
timeliness,  and  productivity. 

♦  Integrate  processes,  data,  and  information  systems  to  achieve  greater  in¬ 
teroperability,  flexibility,  effiderxcy,  and  effectiveness  within  and  across  mis¬ 
sions  and  functions. 

♦  Provide  central  guidance  and  direction  of  information  systems  development 
and  services,  using  corrunon  architectures,  standard  data  elements,  and 
common  methods  and  tools.  An  integrated,  secure,  reliable,  and  efficient  de¬ 
fense  information  infrastructure  will  provide  shared,  cost-effective  mforma- 
tion  services  to  the  entire  DoD. 


^Manpower  Management  Si^tware  Review  Workshop  Draft  Report  dated  21  April  1992, 
Fort  Belvoir,  Va. 
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Proposed  and  Ongoing  USAGE  Management 
Initiatives 


A  number  of  management  mitiatives  are  now  being  proposed,  considered, 
and  (in  some  cases)  implemented.  Each  of  diese  initiatives  might  have  a  signifi¬ 
cant  impact  on  manpower  management  Some  of  the  recommendations  are 
likely  to  be  implemented,  while  others  are  being  met  by  resistance  from  within 
and  outside  USAGE.  Any  new  manpower  management  system  should  recognize 
these  initiatives  and  be  adaptable  to  fitose  that  axe  implemented.  The  following 
subsections  describe  the  initiatives  that  if  implemented,  will  significantly  change 
current  manpower  forecasting  and  mefiiods. 


Headquarters 


USAGE  Headquarters  is  being  reorganized  concurrendy  widi  die  field  struc¬ 
ture  and  processes.  Numerous  £K:tions  will  be  implement^  to  remove  redun¬ 
dancy,  improve  efficiency,  and  reduce  costs  at  headquarters.  Headquarters  will 
retain  the  functions  of  program  guidance,  resource  location,  corporate  leader¬ 
ship,  and  coordination  with  odier  major  commands  and  Federal  agencies,  but  it 
will  shed  other  functions  that  it  has  historically  performed. 


Division  Offices 

It  was  proposed  that  the  number  of  divisions  be  reduced  to  six  as  shown  in 
Figure  1-1.  Tedmical  and  policy  review  may  also  be  removed  from  die  division 
offices. 


District  Offices 


A  proposed  reorganization  plan  calls  for  the  retention  of  all  current  GONUS 
district  offices,  while  adding  one  z^w  district  headquarters  in  the  Boston  area. 
Planning  and  engineering,  operating  m  all  districts,  will  be  consolidated  in 
15  technical  centers  that  will  be  collocated  with  15  districts.  Military  design  and 
construction  will  be  consolidated  at  10  districts  collocated  with  technical  centers 
to  provide  more  efficient  service. 


Other  Significant  Changes 

All  districts  have,  or  will  have,  program  and  project  management  (PPM), 
(which  did  not  exist  when  GERAMMS  was  originally  developed),  operations, 
regulatory,  constructiorv  and  other  necess£uy  support  services.  A  ratiter  signifi¬ 
cant  change  is  that  project  numagers  will  be  allowed  to  select  the  technical  ceiv 
ters  that  can  best  satisfy  customer  requirements.  One  administrative  center  will 
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Figure  1>1. 

A  Proposed  Restructuring  of  U.S.  Army  Corps  of  Engineers  Divisions 
and  Districts 
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be  established  for  each  of  the  divisioiis.  Division  administrative  centers  will  in¬ 
clude  elements  from  information  management,  manageirtent  analysis,  human  re¬ 
sources,  and  iittemal  audit.  In  addition,  USAGE  will  centralize  into  a  single 
finance  and  accounting  (F&A)  center  to  process  all  F&A  documentation. 


Overview  of  Existing  Manpower 
Management  Systems 

The  USAGE  has  two  primary  systems  for  managing  manpower.  GERAMMS 
is  used  to  forecast  and  allocate  manpower  requirements  for  die  Military  Pro¬ 
grams  Directorate,  while  FORGON  accomplishes  those  functions  for  the  Qvil 
Works  Directorate.  The  following  subsections  provide  brief  overviews  of  bodi 
systems.  More  detailed  information  is  provided  in  the  appendices. 


Corps  of  Engineers  Resource  and  Military  Manpower  System 

The  multiple  information  requirements  of  USAGE  and  its  desire  to  be  able  to 
run  the  model  on  a  microcomputer  led  to  the  development  of  GERAMMS  as  a  se¬ 
ries  of  interrelated  modules.  The  model  addresses  the  two  primary  USAGE  man¬ 
agement  needs  ~  forecasting  requirements  and  allocating  resources.  The 
management  of  manpower  resources  is  intimately  related  to  the  management  of 
funds  for  planning  and  design  (P&D)  and  construction  supervision  and  admini¬ 
stration  (S&A).  The  two  forecasting  modules  and  the  S&A  and  P&D  modules 
quantify  the  requirements  for  manpower  and  funding,  and  die  allocation  module 
apportions  the  available  manpower  resources  to  USAGE  divisions.  Gonsistency 
eunong  the  modules  is  maintained  through  the  use  of  common  input  files,  which 
ensures  that  the  same  assumptions  and  policies  that  drive  manpower  require¬ 
ments  are  used  to  determine  P&D  and  S&A  funding  requirements. 


Civilian  Force  Configuration  and  Management 

The  Givii  Works  Directorate,  USAGE,  uses  FORGON  as  a  tool  to  develop  its 
civil  works  personnel  resource  requirements  and  to  determine  full-time  equiva¬ 
lent  (FTE)  workyear  allocations.  The  FORGON  model  provides  the  means  by 
which  districts,  ^visions,  and  other  field  operating  activities  (FOA)  prqect  their 
workycM  requirements  for  the  civil  works  mission.  The  FORGON  model  pro¬ 
vides  a  5-year  view  of  FOA  manpower  utilization  and  requirements  from  past 
year  (PY)  through  budget  year  (B^  plus  2  years.  For  the  current  year  (GY),  FOR¬ 
GON  represents  how  a  district  or  other  FOA  plans  to  execute  its  program.  In  the 
BY,  FORGON  represents  a  district  or  other  FOA  preferred  plan  of  how  funds  and 
manpower  will  be  allocated  to  fully  execute  the  budget 

FORGON  uses  an  algorithm  to  relate  program  workload  to  manpower  re¬ 
quirements.  Gomputed  averages  are  developed  that  for  a  given  project  or 
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program  fonding  level,  can  predict  manpower  requirement  trends  by  function 
for  BY+1  and  BY+2. 


Report  Organization 

The  remainder  of  this  report  presents  die  findings,  conclusions,  and  recom¬ 
mendations  of  our  study.  Chapter  2  summarizes  the  functional  requirements 
needed  from  a  consolidated  model.  Chapter  3  analyzes  the  available  technolo¬ 
gies.  Chapter  4  describes  the  recommended  system.  Appendices  A  and  B  pro¬ 
vide  more  detailed  descriptimis  of  CERAMMS  and  FORCON,  respectively. 
Appendix  C  presents  a  plan  for  systems  development  and  implementation. 


Chapter  2 


Enhancement  of  USAGE  Manpower 
Modeling  Systems 


This  chapter  summarizes  the  improvements  and  enhancements  required  for 
the  USAGE  manpower  modeling  systems  to  e^ectively  meet  the  Corps' 
management  requirements.  First,  we  compare  two  new  system  design  strategies 
and  the  status  quo  (i.e.,  no-change  alternative).  We  discuss  the  technology 
options  available  to  meet  the  system  requirements  presented  in  Chapter  3.  Then 
we  discuss  the  recommended  S3rstem  as  foe  preferred  design  for  foe  future 
manpower  system,  along  with  a  more  detailed  discussion  of  foe  system's  logical 
and  physical  design  in  Chapter  4. 


Proposed  Improvements  and  Enhancements  for  Current 
US  ACE  Manpower  Allocation  Systems 

An  effective  manpower  management  system  should  address  five  functions: 
(1)  it  should  be  able  to  estimate  the  manpower  required  to  execute  USACE's 
programs;  (2)  it  should  be  able  to  support  foe  allocation  process;  (3)  it  should  be 
able  to  provide  program  information  in  useful  ways;  (4)  it  should  be  able  to 
track  utilization  information;  and  (5)  it  should  be  able  to  support  "what  if" 
analyses.  We  identified  foe  desired  systems  improvements  and  enhancements 
needed  to  support  these  five  functions  based  on  foe  results  of  foe  1992  Software 
Review  Workshop.  Additional  information  was  gafoered  fix>m  later  meetings 
and  interviews  with  Headquarters,  USAGE  (HQUSACE)  managers  for  bofo  foe 
CERAMMS  and  foe  FORCON  systems.  Seven  primary  areas  of  improvement 
were  identified  at  foe  Software  Review  Workshop  as  requirements  for  managing 
manpower. 

^  Improve  user-friendliness.  Bofo  systems  must  be  simplified  and  made  more 
user-friendly  so  that  managers  at  foe  field  offices  fully  understand  foe 
systems  and  their  capabilities.  Some  people  feel  tiiat  foe  display  screens  and 
user  interfiice  can  be  improved  by  providing  a  simplified  user-friendly 
environment  for  managers  wifoout  requiring  extensive  learning  or 
computer  skills. 

4  Provide  the  ability  to  interfrux  vntii  other  USAGE  management  infinmation 
systems.  The  manpower  systems  must  be  integrated  with  existing  and 
planned  USAGE  management  information  systems  to  provide  more 
comprehensive  information  relevant  to  manpower  planning.  The  ability  of 
foe  manpower  systems  to  access  data  from  foe  USAGE  finance  and 
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accounting  system,  project  management  system,  and  personnel  systems 
would  significantly  enhance  the  manpower  allocation  process. 

♦  Provide  a  consolidated  view  of  the  total  USAGE  manpower  requirements.  Under 
the  current  stand-alone  systems,  information  on  military  and  civil  works 
manpower  is  stored  and  displayed  separately  and  cannot  be  easily 
consolidated  in  any  common  format  or  set  of  information.  Hie  HQUSACE 
requires  a  consistent  format  and  set  of  informative  reports  to  view  its  total 
manpower  requirements. 

♦  Account  for  aU  USAGE  manpower  requirements  within  one  system.  USAGE  man¬ 
power  is  accounted  for  in  a  numb^  of  independent  systems.  Effective  man¬ 
agement  of  USAGE  manpower  requires  that  all  manpower  be  accounted  for 
in  one  system.  Staffii^  associated  with  laboratories,  real  estate,  and  environ¬ 
mental  operations  should  be  included  in  the  same  system  that  addresses 
Military  and  Qvil  Works  manpower. 

♦  Reduce  system  operations  and  maintenance  costs  by  eliminating  duplication.  The 
operations  and  maintenance  of  the  current  stand-alone  systems  is  inefficient 
because  they  require  some  degree  of  duplication  by  system  administrators. 
Greater  efficiency  can  be  judueved  by  eliminating  the  duplication  of 
common  system  functions  and  code,  thereby  reducing  the  manpower  and 
resources  required  for  systems  operations  and  maintenwce. 

♦  lessen  field  input  requirements.  Some  aspects  of  die  current  system  are  input¬ 
intensive.  They  require  significant  amounts  of  time  and  effort  to  provide  the 
needed  data.  Much  of  these  data  exist  in  other  USAGE  systems,  need  not  be 
numually  entered,  and  should  be  accessed  automatically  when  needed. 

♦  Improve  the  accuracy  of  foreawts.  Manpower  forecasting  is  a  difficult  task; 
however,  the  methods  for  producing  such  forecasts  should  be  reviewed  and 
modified  to  provide  forecasts  that  are  as  accurate  as  possible. 


Alternative  Design  Strategies  for  the  Future 
Manpower  Management  System 

In  the  next  step  of  the  systam  analysis  process,  we  define  three  distiiKt 
design  strategies  for  developing  the  future  USAGE  manpower  models.  Those 
alternative  strategies  are  as  follows: 

♦  Strategy  1.  Develop  enhanced  versions  of  both  die  FORGON  and 
CERAMMS  manpower  systems. 
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♦  strategy  2.  Develop  a  single,  integrated  system  to  provide  USAGE 
manpower  management  infonnation. 

♦  Strategy  3.  Continue  with  the  status  quo  systems  witii  no  additional 
improvements  or  enhancements. 

Each  of  diese  strategies  is  discussed  in  some  detail  bdow. 


Strategy  1:  Enhance  Both  FORCON  and  CERAMMS 

Under  this  strategy,  both  FORCON  and  CERAMMS  would  continue  to  be 
operated  as  stand-alone  information  systems  using  separate  application 
software.  Any  elimination  of  system  deficiencies  and  the  addition  oi  system 
improvements  and  enhancements  would  be  incorporated  into  foe  current  system 
design. 


Advantages 

♦  Some  enhancements  could  be  accomplished  in  phases  and  added  to  foe 
current  models  without  major  systems  redesign. 

♦  The  personnel  required  to  implement  foe  systems  enhancements  are  already 
in  place  and  familiar  with  foe  current  systems. 

^  Direct  interface  with  other  USAGE  management  information  systems  will 
remain  but  will  be  limited. 


Deadvantaqbs 

♦  Some  enhancements  cannot  easily  be  added  to  foe  existing  systems  wifoout 
major  systems  redesign. 

♦  The  current  software  limits  foe  use  of  certain  user-friendly  features,  sudi  as 
on-line  help  screens,  graphics,  and  push-button  functions. 


Strategy  2:  An  Integrated  System  for  Manpower  Forecasting 

Under  fois  strategy,  USAGE  would  develop  a  single,  integrated  infonnation 
s)rstem  to  provide  USAGE  maiqx>wer  information.  Both  FORCON  and 
CERAMMS  would  be  redesigned  to  use  common  application  software.  Ihe 
redesign  would  allow  direct  interface  wifo  other  current  and  future  USAGE 
information  systems  and  would  incorporate  foe  required  system  improvements 
and  enhancements. 
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Advantac^ 


♦  The  new  system  design  offers  die  greatest  flexibilify  to  devdop  an 
easy-to-use  system. 

♦  Duplication  of  s)rstems  operations  and  maintenance  costs  will  be  eliminated. 

♦  The  s)rstem  can  be  designed  to  provide  direct  interface  with  odier  USAGE 
information  systems. 

♦  Manpower  information  and  reports  can  be  presented  to  managers  in  a 
consistent  format 

♦  A  single,  consolidated,  relational  data  base  can  be  constructed  that  contains 
military,  civil  works,  and  utilization  data. 


Deadvantages 


The  costs  for  developing  and  implementmg  an  integrated  system  are  higher 
dian  the  two  other  strategies. 


Strategy  3:  Status  Quo  —  No  Enhancements 

Under  this  strategy,  both  FORCON  and  CERAMMS  would  remain  as 
stand-alone  systems  and  would  not  be  enhanced  to  meet  future  requiren^ts. 
We  assume  that  the  only  required  upgrades  would  be  regular  operations  and 
data  updates. 


Advantages 

♦  This  is  the  least-cost  development  strategy  in  the  short  run. 

^  Implementing  this  strategy  causes  die  least  amount  of  disruption  to  die 
current  management  reporting  system. 

Dbadvantages 

♦  User  friendliness  will  not  be  improved. 

^  Direct  interfoce  with  other  USAGE  information  systems  will  remain 
cumbersome. 
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^  Other  desired  improvements  and  enhancements  will  not  be  accxnnplished. 

♦  System  operations  and  maintenance  costs  will  remain  high  because  of 
duplicati<m  of  effort 

Summary 


Although  variants  and  combinations  are  possiUe,  the  duee  strategies  dis¬ 
cussed  m  diis  chapter  constitute  die  most  realistic  courses  of  action.  Strategy  2, 
an  integrated  system,  would  require  a  significant  change  in  the  current  USAGE 
approach  to  managing  manpower.  This  is  particularly  true  at  the  Headquarters 
and  Division  leveb  where  manpower  has  traditionally  been  managed  widiin  or¬ 
ganizational  stovepipes.  The  impact  of  these  changes  is  discussed  in  more  detail 
in  Chapter  4.  In  die  next  chapter,  we  assume  that  one  of  these  diree  strategies 
will  be  implemented  and  examine  the  technologies  diat  could  be  employed  for 
diat  implementation. 
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Chapters 


Technology  Options  for  the  Proposed 
System 


This  chapter  assesses  tiie  alternative  technologies  for  designing  the  future 
manpower  management  system  tiiat  we  will  refer  to  as  foe  Corps  ^  Engineers 
Manpower  Information  System  (CEMB).  Our  assessment  is  limited  to  foose 
technologies  that  are  appropriate  for  foe  foree  strategies  discussed  in  Chapter  2. 
In  fois  assessment  we  address  foe  following  foree  major  components  of  foe  pro¬ 
posed  CEMK: 

♦  data  base  management  systems  (DBMSs), 

♦  executive  information  systems  (EISs),  and 

♦  analysis  tools  (i.e..  Decision  Support  Systems). 


Data  Base  Management  Systems 

For  foe  purpose  of  this  evaluation,  we  focus  on  two  types  of  data  base  man¬ 
agement  systems:  (1)  workstation-based  DBMSs,  and  (2)  DB\^  wifo  structured 
query  language  (SQL)  capabilities. 


Workstation-Based  DBMSs 

Workstation-based  DBk^  operate  on  stand-alone  desktop  microcomputers. 
We  examined  foe  following  six  most  popular  commercial  oti-foe-shelf  (COTS) 
PC/ workstation-based  DB^^  packages: 

1.  Access  v.l.l, 

2.  dBASEIVv.1.5, 

3.  FoxPro  for  Windows  v.2.5, 

4.  ORACLE, 

5.  Paradox  v.4.0,  and 

6.  R:Base  v.3.1c. 
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Evaluation  Crtteria  and  Features  Evaluated 


We  assessed  the  DBMS  software  using  the  following  nine  evaluation  critnia: 
(1)  source  code  portability,  (2)  data  portability,  (3)  perhurmance,  (4)  query  ex¬ 
ample  (QBE)  facility,  (5)  unlimited  distribution,  (6)  ease  of  use,  (7^  DOS  support- 
ability,  (8)  convertibility,  and  (9)  software  longevity.  Unlimit^  distribution 
refers  to  whether  a  package  o^rs  a  run-time  version  of  custom  applications. 
Convertibility  refers  to  how  well  a  package  will  be  able  to  smoodily  convert  ex¬ 
isting  code  and  data.  Software  loirgevity  refers  to  die  long-term  prospects  of 
software  support  from  the  software's  ixumufacturer. 

We  focused  on  three  primary  system  features:  data  storage  and  manage¬ 
ment,  user  interfaces,  and  application  development 


Data  Storage  AND  Management 

Essentially,  three  methods  can  be  used  for  the  physical  storage  and  manipu¬ 
lation  of  data  in  ti\e  PC  industry:  centralized  data  base  storage  (best  represented 
by  R:Base),  separate  file  storage  (best  represented  early  versions  of  dBase), 
and  a  hybrid  of  the  two  (best  represented  by  Paradox). 

R:Base  can  be  classified  as  a  DBMS  that  uses  die  centralized  data  storage  ap¬ 
proach  because  all  data,  indices,  forms,  and  report  definitions  are  stored  in  a  cen¬ 
tralized  data  repository.  This  means  that  the  s)rstem  tracks  the  program's 
information  storage  area  and  facilitates  relational  operations  involving  more 
than  one  data  table.  Hence,  indices  and  relations  among  and  between  data  tables 
will  change  dynamically. 

Widi  die  separate  file  data  storage  approach,  individual  files  are  referred  to 
as  separate  data  bases.  This  approach  requires  that  the  user  develop  indices  for 
all  data  files.  Every  change  of  tables  or  files  requires  diat  the  file  indices  be  up¬ 
dated  before  another  query  is  possible.  dBase  n  and  m,  as  well  as  early  versions 
of  FoxPro  are  examjdes  of  DBMSs  that  use  diis  approach. 

Paradox  is  a  middle  ground  between  the  centralized  and  separate  data  stor¬ 
age  approaches.  Paradox  stores  different  data  sets  in  separate,  unrelated  files. 
But,  a  data  file  and  its  indices,  validation  rules,  form  definitions,  and  report 
specifications  are  grouped  together  as  a  "family."  Additionally,  Paradox's  QBE 
facility  manages  relational  operations  involving  joins  (i.e.,  a  data  retrieval  opera¬ 
tion)  of  multiple  tables  without  specifically  linking  files  or  specifying  the  indices. 
More  recent  releases  of  dBase  IV  and  FoxPro  are  moving  toward  tiiis  middle 
ground. 


User  Interfaces 


R:Base,  dBase  IV,  and  FoxPro  use  a  command-driven  interface.  Paradox  has 
always  used  a  system  of  horizontal  menus  displaying  every  function  in  the 
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system.  In  recent  years,  however,  Microsoft  Windows  has  moved  toward  a  staiv 
dard  of  using  pull-down  menus.  Indeed,  Microsoft  Access  aivl  FoxPro  are  full- 
fledged,  window-based  DBMSs  with  a  graphical  user  interhice.  Variations  of  the 
same  sort  of  interface  appear  in  command-driven  products  such  as  ORACLE, 
R:Base,  and  dBase  IV.  Paradox  also  adopted  this  approach  widi  version  4.0.  (All 
products  provide  some  degree  of  mouse  support) 


User  Queries 


Most  of  the  software  packages  originally  executed  user  queries  duough 
commands.  Paradox's  QBE  represents  dte  new  standard  for  interactive  query  in¬ 
terfaces.  With  QBE,  users  work  widi  a  screen  that  displays  the  fields  in  tables  to 
be  referenced.  The  user  points  and  clicks  on  fields  to  be  included  in  die  query 
and  defines  the  criteria  that  will  constrain  specific  fields.  These  queries  can  be 
saved  and  incorporated  into  programs.  The  other  products  offer  interfaces  that 
resemble  Paradox's;  but,  in  actuality,  these  are  "command  builders,"  that  help 
build  a  command  set  in  the  product's  query  language. 

Microsoft  Access  offers  a  unique  graphical  QBE  that  enables  the  user  to  di- 
recdy  link  data  from  multiple  sources,  visually  create  joins  among  them,  and  up¬ 
date  the  data.  This  visual  table-joining  feature  makes  the  generation  of  complex 
queries  easy  and  extremely  quick. 


Reports 


All  of  the  software  packages  offer  "what-you-see-is-what-you-get"  (i.e., 
WYSIWYG)  interfaces  that  allow  users  to  place  fields  on-screen  as  they  should 
appear  in  ^e  report  However,  the  packages  incorporate  query  results  into  re¬ 
ports  differendy.  In  Access,  Paradox,  ORACLE,  and  FoxPro,  a  query  specifica¬ 
tion  is  part  of  ^e  report  definition  process.  R:6ase  and  dBase  IV,  however,  can 
base  a  report  on  a  "view."  Some  packages  also  permit  "parameter  passing" 
when  executing  a  report 

All  of  the  products  offer  either  language  functions  or  report  generator  fea¬ 
tures  that  allow  calculated  report  variables  to  be  associated  with  each  detail 
record  in  the  report  based  on  a  look-up  to  another  table. 


Appucatkx^  Develotment 

All  of  the  software  packages  enable  users  to  design  custom  menus  that  pro¬ 
vide  access  to  all  of  the  various  system  functions,  to  customize  die  screen  display 
for  viewing  and  editing  data,  and/  or  to  automate  complex  processing  tasks. 
phisticated  programming  languages  and  interactive  interfaces  for  designing 
forms,  menus,  and  reports  are  standard  across  all  the  packages  widi  some  minor 
differences. 
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Programming 


All  of  the  software  packages  have  powerful  programming  languages,  ofidr- 
ing  a  wide  range  of  functions  for  arithmetic  operations,  string  manipulatioiv  and 
reading  and  writing  of  data.  Microsoft  Access  offers  a  powerful,  extensible,  and 
structured  programming  language  called  Access  Basic  Code  (i.e.,  ABQ.  The 
ABC  enables  users  to  write  sophisticated  data  base  applications.  Coupled  with 
this  capability  is  a  complete  set  of  debugging  tools  called:  the  integrated  devel¬ 
opment  environment  (IDE).  Paradox  is  especially  good  for  iu>vices  because  it 
comes  with  a  macro  record  that  saves  a  user's  menu  selections  as  programnung 
code.  The  user  can  then  expand  on  this  code  to  create  complex  programs. 
Command-driven  products  like  dBase  IV  and  FoxPro  require  that  users  enter 
commands. 


Custom  Forms 


The  interactive  screen  generators  of  dBase  IV  and  FoxPro  actually  produce 
program  source  code,  while  other  packages  use  commands  to  write  data  to  the 
screen  where  form  design  must  be  accomplished  separately  widi  extra  code. 
R:Base  uses  forms  like  subroutines  in  which  control  passes  to  the  form  and  re¬ 
turns  it  to  the  calling  program  once  die  user  has  finished  editing  or  viewing  the 
data  with  the  form.  Paradox  requires  coding  for  this,  but  its  programs  simulate 
the  actions  of  interactive  users  working  with  a  form.  Microsoft  Access  and  ORA¬ 
CLE  both  are  similar  to  Paradox  in  that  they  permit  the  creation  of  sophisticated 
forms  without  any  programming.  ORACLE  uses  a  menu-driven  user  interfece  to 
capture  the  user's  specifications  and  combines  that  with  the  ORACLE  data  dic¬ 
tionary  to  generate  a  forms  application.  Microsoft  Access  permits  users  to  build 
forms  easily  using  a  visual  form-generation  tool  called  the  FormWizards. 

All  of  the  form  designers  offer  interactive  facilities  for  placing  text  and  fields 
on  the  screen.  The  defa^t  format  file  produced  by  the  forms  generator  provides 
a  good  starting  point  for  customizing  the  forms  to  perform  complex  and  sophis¬ 
ticated  functions. 


Evaluation 


All  of  the  software  packages  considered  ofier  the  user  a  portfolio  of  features 
that  are  both  sophisticated  and  versatile.  It  is  also  worth  mentioning  some  of  the 
unique  strengths  and  weaknesses  of  the  individual  products. 

R:Base  is  a  true-to-form  relational  DBMS  and  is  one  of  the  easiest  to  operate, 
but  its  slow  performance  is  a  great  liability  to  application  developers  and  end  us¬ 
ers  alike. 

FoxPro  for  Windows  outperforms  all  other  products  in  terms  of  processing 
speed.  This  advantage  becomes  more  dramatic  as  the  size  of  the  data  base  in¬ 
creases.  Its  usability  and  the  efficiency  of  its  interactive  query  interface  also 
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place  it  at  the  top  of  the  overall  ranking.  One  potential  drawback  to  FoxPro  is 
the  longevity  of  vendor  support  Since  Microsoft  has  purchased  Fox  Software, 
Inc.,  the  maker  of  FoxPro,  it  remains  to  be  seen  whether  Microsoft  will  continue 
to  support  FoxPro  as  a  separate  product  or  whether  it  will  be  subsumed  tmder 
Microsoft's  own  DBMS,  Access.  FoxPro  outperforms  dBase  IV  (its  Xbase  plat¬ 
form  counterpart)  in  many  aspects,  including  performance,  end-user  capability, 
application  development  functionality,  and  ease  of  use. 

oracle's  greatest  strength  is  its  versatility  in  terms  of  data  and  source 
code  portability.  ORACLE  is  the  most  capable  of  the  DBMSs  to  span  multiple 
platforms  and  multiple  data  formats.  Its  single  greatest  disadvantage  is  the  high 
cost  of  converting  the  existing  source  code  into  ORACLE  code. 

Microsoft  Access  offers  unique,  visual-oriented  data-query-interface  capa¬ 
bilities.  These  capabilities,  combined  with  its  help  functions  and  graphical  user 
interface,  make  it  an  extremely  easy-to-use  package.  Microsoft  Access  received 
the  highest  ranking  for  ease  of  use  and  QBE  functionality. 

Table  3-1  illustrates  the  performance  of  the  DBMSs,  which  we  evaluated  ac¬ 
cording  to  the  criteria  previously  discussed. 


Available  Enhancements  to  Standard  Structured 
Query  Language  Capabilities 

Our  evaluation  considered  products  offering  full  data  base  management 
capability,  including  interactive  query  tools,  forms  and  report  generation,  and 
the  ability  to  create  tables  and  indexes.  In  most  cases  improvements  in  function¬ 
ality  are  obtained  through  add-on  packages,  hi  the  following  section  we  evalu¬ 
ate  four  of  the  more  popular  COTS  packages. 


Packages  Evaluated 

We  evaluated  the  following  structured  query  language  (SQL)  products: 

1 .  Paradox  and  Paradox  SQL  Link, 

2.  ORACLE  Tools  and  Database, 

3.  DataEase/SQL,  and 

4.  Advanced  Revelation  and  SQL  Server  Bond. 


Evaluation  Crtteria  and  Features  Evaluath? 

We  evaluated  the  software  packages  using  the  following  criteria:  power,  us¬ 
ability,  performance,  versatility,  error  handling,  ease  of  learning,  and  ease  of  use. 
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Table  3-1. 

Performance  Matrix  for  Workstation-based  DBMSs 


Data  base  management  systems  software 

Features 

Access 

dBase 

IV 

FoxPro/ 

Windows 

ORACLE 

Paradox 

RrBase 

Weights 

% 

Source  code 
portability 

2.0 

3.0 

5.0 

4.0 

10 

Data  portability 

3.0 

S.O 

10 

Performance 

B 

3.0 

S.O 

3.0 

3.0 

1.0 

20 

QBEfocility 

3.0 

4.0 

3.0 

4.0 

3.0 

10 

Unlimited  distri¬ 
bution* 

1.0 

1.0 

1.0 

0.0 

1.0 

0.0 

10 

Ease  of  use 

3.0 

4.0 

3.0 

4.0 

4.0 

10 

DOS  supportabil- 
ity* 

0.0 

1.0 

0.0 

1.0 

0.0 

1.0 

10 

Convertibility 

2.0 

4.0 

5.0 

1.0 

3.0 

2.0 

10 

Software  longev¬ 
ity 

S.O 

3.0 

3.0 

5.0 

5.0 

4.0 

10 

Weighted  score 

3.1 

2.5 

3.3 

2.9 

3.0 

2.2 

100 

MotK  4.0  -  5.0  >  excellent  2.0  -  3.0  *  good.  1.0  >  2.0  >  tair,  end  1  *  poor. 
'  1.0  «  supports  feature  and  0.0  «  does  not  support  feature. 


We  considered  several  key  SQL  server  features  in  performing  our  evalua¬ 
tion;  ability  of  the  front  end  to  convert  server  data  formats  into  native  formats, 
data  interfaces,  data  transfer  capabilities,  SQL  support,  application  development, 
and  cross-platform  transportability. 


Evaluation 


Overall,  Paradox  ranks  first  in  ease  of  use,  error  handling,  and  performance, 
but  last  in  versatility.  Although  the  program  supports  more  server  platforms 
than  the  other  products,  many  features  available  for  native  data  cannot  be  used 
with  server  data. 

ORACLE  Tools'  powerful  application  development  tools  work  only  with 
ORACLE  data  bases.  Applications  generated  using  SQL*Forms  outperform  all 
competitors;  reports  and  interactive  queries  achieve  average  perfomumce. 

DataEase/SQL  rates  first  in  ease  of  learning  but  last  in  performance  and 
error  handling.  AU  of  its  standard  SQL  features  work  well  wifo  server  data  for 
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excellent  application  portability,  but  the  advance  application  development  fea¬ 
tures  are  weak. 

Advanced  Revelation's  many  complex  features  make  it  the  most  difficult  to 
learn  and  use.  Excellent  performance  in  custom  applications  is  offset  somewhat 
by  mediocre  performance  in  interactive  queries  and  reports. 


Executive  Information  Systems 

An  executive  information  system  (EIS)  is  a  system  that  has,  at  the  minimum, 
the  capability  to  do  the  following: 

^  retrieve  data  across  a  wide  range  of  platforms  and  data  formats, 

♦  analyze  data  in  a  variety  of  ways, 

^  present  information  graphically, 

^  create  ad  hoc  reports, 

♦  offer  customized  application  development  tools  to  build  applications  that 
automatically  perform  routine  tasks. 


Software  Packages  Evaluated 

We  evaluated  three  products:  Power  Play  v.2.0.  Forest  &  Trees  for  Windows 
v.2.0,  and  Lightship  v.3.01.  All  of  the  produds  reviewed  provide  simple  data  ac¬ 
cess,  but  ea^  retrieves  the  data  that  it  works  with  in  fimdamentally  different 
ways. 


Evaluation  Crtteria  and  Features  Evaluated 

We  evaluated  the  software  packages  using  the  following  criteria:  power,  us¬ 
ability,  performance,  versatility,  ease  of  learning,  and  ease  of  use. 

Each  software  package  was  evaluated  in  terms  of  ease  of  use  and  flexibility 
when  de2ding  with  different  data  formats.  Packages  were  also  examined  for  their 
ability  to  establish  and  maintain  live  links  with  data  through  protocols  such  as 
dynamic  data  exchange,  etc. 


Power  Play 


This  program  extracts  its  data  elements  and  creates  a  specialized  data  base. 
The  program  can  work  with  virtually  any  file  format  as  Icmg  as  it  can  be 
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converted  into  flat  ASCII  file  format  The  Power  Play  program  is  ideally  suited 
to  applications  that  do  not  require  up-to-the-minute  informatioit  because  the 
data  beise  is  predicated  on  extracted  data  that  have  no  live  links  to  the  original 
database. 


Forest  &  Trees  far  Windows 

Forest  &  Trees  (F&T)  establishes  live  links  to  its  data  and  is  designed  to  run 
like  an  electronic  dashboard  that  monitors  data.  When  it  encotmters  data  fliat 
violate  any  of  the  predefined  data  conditions  specified  by  the  user,  it  sets  off  a 
flag.  F&T  excels  with  applications  that  need  to  monitor  data  closely  and  set 
alarms  for  exceptions.  In  addition^  F&T  can  augment  its  preprogrammed  appli¬ 
cations  by  submitting  ad  hoc  SQL  queries  against  file  live  data  base. 


Lightship 

Like  F&T,  this  program  constructs  live  links  to  data,  but  its  data  gateway  is 
different  Lightship  relies  solely  on  the  Dynamic  Data  Exchange  (DDE)  protocol 
of  the  Windows  3.x  environment.  Naturally,  this  limits  accessibility  to  those  ap¬ 
plications  titiat  support  DDE,  such  as  Excel.  In  response  to  this  deficiency,  the 
maker  of  Lightship  has  ofiered  an  add-on  product  called  Lightship  Lens,  to  pro¬ 
vide  access  to  various  file  formats  like  dBase,  Paradox,  SQL  Servt^,  and  DBZ 

Using  DDE  has  its  pros  and  cons.  The  automatic  update  of  informaticm  is  a 
distinct  advantage.  However,  for  all  the  DDE  coiuiectians  to  work,  all  of  the  ap¬ 
plications  must  be  memory-resident  Moreover,  few  applications  fully  support 
the  DDE  protocol.  Lightship,  however,  offers  a  highly  graphical  env>  s.»nment 
superior  to  the  other  packages. 


Evaluaton 

Forest  &  Trees  for  Windows  and  Lightship  are  very  close  m  their  capabili¬ 
ties;  however,  since  USAGE  is  currently  using  F&T,  it  is  the  logical  choice  for 
providing  the  EIS  capability. 


Analysis  T(X)ls  and  Deqsion  Support  Capability 

The  manpower  management  process  requires  a  significant  amoimt  of  ad  hoc 
analyses  to  support  decision-making.  This  functionality  is  frequently  referred  to 
as  decision  support  capability.  Some  of  those  analyses  are  repetitive,  frequenfly 
needed,  and  can  be  thought  of  as  ongoing  decision  support  requirements.  Other 
analyses  address  specific  issues  that  may  never  be  raised  again.  All  analyses  re¬ 
quire  the  ability  to  perform  graphi^  interpretations.  In  general,  these 
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requirements  can  be  met  witii  spreadsheet  arul/or  statistical  analysis  packages. 
In  dte  following  subsections  we  evaluate  bodi  types  of  software. 


Spreadsheet  Packages 

In  general,  many  staff  members'  needs  can  best  be  met  by  ftie  functionality 
of  a  spreadsheet  Further,  we  assume  that  this  type  of  functionality  should  be 
combined  wift\  the  abili^  to  use  live  data  base  links  —  so  that  recurring  analyses 
can  be  established  and  updated  automatically  and  so  that  data  can  be  easily 
transferred  (for  one-time  anal)rses).  The  softw^  packages  we  evaluated  possess 
these  capabilities  and  are  discussed  in  the  following  subsections. 


Evaluation  Criteria  and  Features  Evaluated 

We  evaluated  die  software  packages  using  d\e  following  criteria:  power,  us¬ 
ability,  performance,  versatility,  error  handling,  ease  of  learning,  and  ease  of  use. 


ScxTWARE  Programs  Evaluated 

We  evaluated  duee  of  the  major  Windows-based  spreadsheet  products: 
Lotus  1-2-3  Release  4  for  Windows,  Quatro  Pro,  and  Excel.  Of  these  three  prod¬ 
ucts,  Lotus  1-2-3  is  the  leader  due  to  mi^  enlumcements  made  to  its  capabilities. 
The  new  version  ofters  improved  3-diiiiensional  ^D)  mterface,  enhanced  chart¬ 
ing,  3-D  worksheets,  powerful  data  base  query  tools,  and  a  flexible  version  con¬ 
trol  feature  called  the  "Version  Manager  (VM)." 

Lotus  1-2-3  Release  4  ftir  I/^^dows  adopted  many  of  the  mouse  conventions 
used  by  competing  products  such  as  "drag  and  drop"  for  moving  and  copying. 
One  can  also  select  contiguous  as  well  as  discontiguous  columns  or  ranges  wl^ 
executing  coonmands. 

Lotus  1-2-3  Release  4  for  Windows  has  a  3-D  worksheet  feature  titat  is  a  dear 
advantage  over  ExceL  which  only  uses  2-D  worksheets.  StiU,  Boriand's  Quatro 
Pro  for  Windows  has  greater  fl«dbility  in  its  3-D  spreadsheet  mterface  as  dem¬ 
onstrated  by  its  ability  to  link  spreadsheets  into  named  groups  for  formatting  in 
a  manner  that  is  impossible  in  Lotus  1-2-3. 

Lotus  1-2-3's  single  greatest  advantage  in  woricgroup  computing  is  the  addi¬ 
tion  of  the  Versicm  Manager.  VM  lets  you  record  and  organize  versions,  then 
toggle  between  foem.  VM  automatically  records  a  user's  ID  and  the  date  for 
each  version.  With  alternative  versions  for  ranges,  the  user  chooses  the  versions 
he  wants  grouped  together  and  then  stores  them  as  a  named  scenario.  This  mix- 
and-match  flexibility  of  versions  and  scenarios  lets  ti\e  user  handle  complex 
mathematical  models  easily. 
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Evaluation 


Overall,  Lotus  1-2-3  Release  4  for  Windows  is  a  major  innovation  in  spread¬ 
sheet  packages  demonstrated  by  its  many  improved  features,  particularly  be¬ 
cause  of  its  tmique  version  control  system  that  gives  users  extensive  flexibility  in 
working  with  complex  models.  This  would  be  especially  beneficial  to  CEMIS  us¬ 
ers  performing  decision-support  analyses.  Additionally,  Lotus  1-2-3  has  rea¬ 
sonably  advanced  statistical  and  simulation  capabilities  that  can  provide 
additional  analysis  functionality. 

Statistical  Analysis  Software  Packages 

Our  evaluation  of  statistical  analysis  software  packages  focused  on  PC- 
based,  general-purpose  statistics  packages  that  have  some  capability  to  manipu¬ 
late  data  as  well  as  the  ability  to  merge  data  brom  two  separate  files  into  one  new 
file  for  analyses. 


Evaluaton  Crtteria  and  Features  Evaluated 

We  evaluated  the  software  packages  using  the  following  criteria:  power,  us¬ 
ability,  performance,  versatility,  error  handling,  ease  of  learning,  and  ease  of  use. 

Software  Programs  Evaluated 

We  evaluated  the  following  packages: 

1.  SPSS  for  Windows, 

2.  Statistical  Appreciation  Software  (SAS), 

3.  Systat  for  Windows, 

4.  Statgraphics, 

5.  Statistical, 

6.  P-Stat,  and 

7.  S-Plus  for  Windows. 

Our  assessment  of  the  software  packages  included  evaluations  based  upon 
their  performance  in  three  key  areas  of  data  management,  basic  statistics,  and  ad¬ 
vanced  statistics.  With  resp^  to  data  management,  we  assessed  the  package's 
depth  and  sophistication  in  handling  multiple  files  especially  with  different  file 
formats.  In  the  area  of  basic  statistics,  we  looked  at  the  handling  of  descriptive 
statistics  such  as  mean,  cross-tabs,  variability  measures  —  to  name  a  few.  We 
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also  looked  at  procedures  such  as  t-tests,  chi-square  tests,  and  simple  regression 
and  correlation.  For  advanced  statistics,  we  focused  on  multivariate  hypotiteses- 
testing  procedures. 


Evaluaikxsi 


SPSS  for  Windows,  altiiough  not  ti\e  most  statistically  powerful  package,  is 
perhaps  tiie  most  user-friendly  of  tiie  packages  reviewed.  It  also  can  directly  ac¬ 
cess  the  data  structures  being  contemplated  for  CEMIS  making  advanced  statisti¬ 
cal  analyses  reasonably  easy.  However,  tiw  need  to  perform  advanced  statistical 
analyses  such  as  lagged,  time-series  regression  analyses  does  not  occur  fre¬ 
quently.  We  believe  tiiat  most  of  tiie  statistical  aiudyses  required  by  users  can  be 
accomplished  within  the  functionality  of  any  advanced  spreadsheet  package. 
Therefore,  we  do  not  recommend  including  a  separate  statistical  analysis  capabil¬ 
ity  in  CEMIS.  When  an  office  does  need  tiiat  capability,  we  recommend  tiiat 
SI^  for  Windows  be  used  in  a  stand-alone  mode. 


Summary 

The  technologies  available  to  meet  tiie  functionality  needs  of  CEMIS  are  im¬ 
pressive.  We  found  that  COTS  software  can  meet  all  of  tiie  basic  functionality  re¬ 
quirements.  We  beUeve  that  a  flexible,  responsive  management  system  can  be 
developed  when  those  functionalities  are  combined  with  the  development  of  cal¬ 
culation  and  interface  modules.  In  Chapter  4  we  recommend  a  combination  of 
technologies  that  could  provide  such  a  management  system. 
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Chapter4 

Recommended  New  System 


Rationale  for  the  Proposed  System 

Out  choice  for  the  leconunended  system  was  driven  by  the  need  to  satisfy 
certain  key  requirements.  First;  USAGE'S  leadership  expressed  the  need  for  a 
system  that  is  easy  to  learn  arul  use,  easy  to  implement  in  foe  field,  and  that  can 
be  used  by  field  offices  as  a  planning  and  management  tool. 

Second,  foe  system  must  posses  certain  fiinctiaiud  capabilities.  Itslunildbe 
capable  of  estimating  foe  manpower  required  to  execute  USAGE'S  programs.  It 
should  be  capable  of  supporting  foe  allocation  process,  of  providing  program 
information  in  useful  ways,  and  ai  tracking  utilization  information.  It  foould 
have  foe  ability  to  support  'what  if*  analyses.  It  must  also  be  able  to  draw  upon 
various  sources  of  data  (Le.,  district-level  inputs)  as  wdl  as  data  firom  existing 
data  bases  such  as  foe  Corps  of  Engineers  Financial  Management  System 
(GEFMS)  and  future  data  bases  sudi  as  foe  Project  Management  Information  Sys¬ 
tem  (PROMI^. 

Third,  foe  ability  to  provide  a  consistent  view  of  USAGE  manpower  is  criti¬ 
cal  in  a  period  of  declining  resources.  This  requires  a  system  that  provides  a  uni¬ 
fied,  standardized,  relatfonal  data  base  from  which  both  standard  and  ad  hoc 
joint  reports  can  be  generated  forough  ^  seamless  system  foat  will  provide  con¬ 
sistent  information  regardless  of  whether  a  user  is  from  foe  Military  Programs, 
Civil  Works,  or  Resource  Management  Directorate. 

Fourfo,  foere  is  a  need  to  provide  USAGE  wifo  capabilities  that  existing 
marqxiwer  systems  lack;  spedfially,  in  foe  case  of  GERAMMS,  an  ability  to 
break  down  manpower  data  to  the  project  and  district  levels  of  detail.  Wifo  re¬ 
spect  to  FORCON,  foe  new  nnanpower  system  must  be  able  to  provide  decision 
support  as  well  as  forecasting  capabilities.  It  should  also  include  built-in  logic 
that  includes  foe  ability  to  perform  functions  such  as  foe  following: 

♦  constraining  manpower  allocatirms  to  ceilings  wifoin  dollar  constraints; 

^  setting  manpower  maximums,  by  function,  at  foe  district  level; 

♦  establishing  contracting-out  our  targets/constraints  for  districts;  and 

^  performing  statistical  validity  dwcks  for  usage  factors  within  'like'  Army 
command  and  control  system  engineering  groups  that  capture  all  USAGE 
manpower  data  and  not  just  foe  data  associated  wifo  foe  l^tary  and  Civil 
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Works  programs  (we  assume  for  the  purpose  of  this  analysis  ^t  that  infor¬ 
mation  will  be  extracted  horn  other  existing  systems). 

Finally,  producing  reports  on  accurate  manpower  utilizatimi  is  anodier  ca¬ 
pability  expected  of  the  new  system  that  is  currendy  unavailable  in  eidier 
CERAMMS  or  FORCON.  USAGE  is  nurently  selecting  a  standardized  reporting 
system  from  existing  Corps  systems  that  generate  reconciled  manpower 
utilization  information.  This  information  will  be  generated  at  dw  district  level 
and  reported  to  Headquarters  in  an  aggregated  form.  Udlizadon  data  can  be 
captured  by  CEMIS  from  this  new  standard  system  at  d\e  district  level  and 
passed  to  Headquarters,  USAGE,  along  widt  o&er  maiq>ower  data.  This  new 
system  is  scheduled  to  be  fielded  by  die  end  of  FY94,  which  would  coincide  widi 
prototype  fielding  of  CEMIS. 


Logical  Design 

Top-Level  View 

Figure  4-1  depicts  the  top-level  logical  design  of  CEMIS.  The  proposed  sys- 
tem  will  have  a  graphical  user  interfiice  (GUI)  front-end.  The  GUI  will  give  users 
the  option  of  executing  a  decision  support  system  (DSS)  —  which  includes  an  ex¬ 
ecutive  information  system,  the  manpower  requirements  determination  module, 
or  the  manpower  data  base. 


MoM;  CEFMS  ■  Corps  of  EngkMers  Financial  Management  Syelem;  DSS  >  Oedeion  Support  System; 
GUI  •  Graphical  User  Intertaoe;  PROMIS  •  Prpiect  Management  Information  System. 


Figure  4-1. 

Corps  of  Engineers  Manpower  Information  System  —  Top-Level  View 
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Through  the  use  of  either  the  DSS  or  manpower  requirements  module,  users 
will  be  able  to  generate  output  (i.e.,  reports  and  charts)  by  drawing  upon  the 
data  contained  in  the  manpower  data  b^.  This  data  b^  will,  in  turn,  receive 
its  inputs  from  district-levd  data  entry  or  from  an  interhice  module  diat  will  up¬ 
date  the  data  base  from  district  data  sources  such  as  CEFh£  or  PRONflS  tiKat 
currently  exist  or  will  exist  in  the  future.  This  concept  envisions  a  centralized 
USAGE  data  base  that  is  an  aggregation  of  distrkrt  data  with  each  district  retain¬ 
ing  its  own  data.  The  data  will  be  transferred,  both  to  and  from  Headquarters, 
using  usage's  wide-area  network.  Eventually,  creation  of  a  distributed  data 
base  is  possible.  However,  we  do  not  recommend  following  diis  approach  while 
other  major  system  initiatives  are  being  completed.  Establishing  a  distributed 
data  base  is  a  difficult  task  that  could  become  almost  impossible  to  accomplish 
when  financial  management  and  project  management  systems  are  being  fielded 
at  the  same  time. 


Manpower  Requirements  Determination  Module 

Figures  4-2  and  4-3  depict  the  logical  design  of  GEMIS  from  fi\e  perspective 
of  the  Qvil  Works  and  Military  Programs  Directorates,  respectively.  This  is 
somewhat  misleading  because  CEMIS  is  conceptualized  as  an  integrated  system 
with  a  single  relational  data  base  and  a  single  requirements  determination  mod¬ 
ule  that  will  have  similar  outputs  for  both  file  Military  and  Givil  Works  pro¬ 
grams.  Although  integrated,  the  algorithms  to  forecast  manpower  requirements 
will  differ  for  difierent  types  of  work.  For  example,  managing  dredging  opera¬ 
tions  will  not  use  the  same  estimating  algorithms  as  managing  military  construc¬ 
tion.  Likewise,  the  algorithms  must  also  account  for  programming  differences 
e.g.,  some  projects  are  funded  annually  and  some  are  funded  with  a  lump  sum 
wifii  multi-year  execution).  To  ignore  fiiose  differences  would  result  in  a  funda¬ 
mentally  flawed  forecast  We  show  two  sets  of  such  algorithms  to  illustrate  this 
distinction  even  though  the  programming  would  actually  exist  in  the  same  mod¬ 
ule. 


The  DSS  depicted  in  both  figures  gives  the  user  the  ability  to  perform  spe¬ 
cialized  or  ad  hoc  decision  supp^  analyses  not  available  in  the  standard  proc¬ 
essing  routines  contained  wifii^  fiie  maiqiower  modules. 


Detrict  Verson 


Figure  4-4  depicts  the  logical  design  of  the  future  manpower  system  that 
will  be  implemented  at  the  District  level.  It  will  have  a  GUI  front  end,  which  will 
permit  the  user  to  choose  between  using  the  DSS  or  the  manpower  requirements 
determination  module.  The  D%  will  provide  the  ability  to  generate  reports  that 
are  specific  to  an  individual  directorate  as  well  as  ad  hoc  reports.  Many  of  the 
required  features  discussed  previously  will  apply  in  the  case  of  the  District  ver¬ 
sion  of  the  system. 


4-3 


Figura  4-2. 

Corps  of  Engineers  Manpower  brfomMtion  System  —  Cioil  Works  Modules 
Logical  Operation 


Figure  4-3. 

Corps  of  Engineers  Manpower  Information  System  —  Military  Programs 
Modules  Logical  Operation 
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Flgurt4-4. 

Corps  of  Engineers  M/utpowerbrfomutUm  System  —  District  Version 


Headquari^  U5.  ARMYCc>itF5CX>  Enoneers  VERSK)N 

Figure  4-5  depicts  the  logical  design  of  die  version  of  the  system  that  will  be 
implemented  at  Headquarters  only.  Ihe  only  substaiitive  diffoeiice  between  die 
Headquarters  versian  and  District  version  is  the  induskm  of  two  additional 
modules,  namely,  the  geographical  information  system  (GI^  and  die  executive 
information  system  (E^. 

The  GI5  will  give  decision-makers  die  ability  to  view  marqxiwer  allocation 
requirements  by  geographical  location.  The  EIS  will  provide  hi^level  users 
su^  as  HQ-based  managers  widi  the  ability  to  perform  standardized  data 
retrieval  routines  and  standardized  data  analyses  along  with  information  (dis¬ 
playing  functions  across  platforms  and  across  various  data  taUes). 

The  Headquarters  version  serves  as  die  master  data  base  that  will  receive  pe¬ 
riodic  updates  from  the  field.  Ihis  way,  a  USACE-wide  assessment  of  man¬ 
power  requirements  and  utilization  can  be  performed. 
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Figure  4-6. 

Corps  of  Engineers  Manpower  Inf ormation  System  —  Headquarters,  ILS.  Army 
Corps  of  Engineers  Version 


DataBase 

Table  4-1  illustrates  the  functional  crosswalk  between  Bie  functional  areas  of 
the  Civil  Works  Directorate  and  those  of  the  Military  Programs  Directorate.  The 
"Joint"  column  represents  die  way  in  which  die  functional  areas  of  the  individ¬ 
ual  directorates  will  be  aggregate  for  the  purpose  of  generating  joint  reports 
and/or  charts. 

Figure  4-6  depicts  the  logical  design  of  the  CEMIS  data  base.  Nine  primary 
tables  are  related  to  the  Civil  Works  Directorate  and  four  tables  are  relat^  to  die 
Military  Programs  Directorate.  Civil  Works  projects  and  programs  require  data 
elements  that  are  stored  in  the  following  tables:  Project,  Organization,  Funding, 
Appropriation,  Function,  Contracting,  Average  Cost  Engineer  Reporting  Or¬ 
ganization  Code  (EROQ,  and  To-From. 
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Tabl«4-1. 

functiotMl  Crosswalk  Between  the  Cwil  Works  Directorate  and  the 
Military  Programs  Directorate 


CMI  Works  DirectorMe 

Joint 

Mitary  Programs  Directorate 

Admin.  &  advisory 

Adrttin.  &  advisory 

Admin,  ft  advieoty 

Planning 

Planning 

Notappicable 

Engineering 

Engineering 

Engineering 

Construction 

Construction 

Construction 

Operations 

Operations 

Notappicable 

Program  &  project  mgmt 

Program  ft  project  mgmt 

Program  ft  project  mgmt 

Real  estate 

Real  estate 

Real  estate 

Research  4  development 

Research  ft  devalopmant 

Research  ft  development 

Figure  4-6. 

Corps  of  Engineers  Manpower  Information  System  Data  Base 
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The  Military  Directorate  data  elements  fall  within  any  one  of  four  tables: 
Design,  Construction,  Project  Design,  and  Prt^ect  ConstructiorL 

The  key  fields  widiin  each  table  can  be  linked  by  either  a  pdmary  key  (PK),  a 
foreign  key  (FK),  or  an  alternate  key  (AK).  A  PK  is  the  data  element  or  set  of 
data  elements  used  to  identify  a  unique  instance  of  an  entity.  An  AK  is  a  second, 
third,  or  fourth  choice  of  data  element(s)  that  also  can  be  used  to  identify  each 
unique  instance  of  an  entity.  An  FK  is  the  PK  of  a  parent  entity  that  can  be  found 
(via  a  process  called  migration)  to  a  "child"  entity  instarKe. 


System  Output 

Through  the  use  of  the  manpower  model  data  base,  the  CEMIS  wiU  be  capa¬ 
ble  of  generating  new  joint  reports.  These  reports  will  provide  manpower  alloca¬ 
tion  and  utilization  information  sorted  in  a  variety  of  ways.  Tables  4-2  and  4-3 
depict  sample  manpower  allocation  summary  report  formats  sorted  by  division 
and  by  type  of  program.  Information  about  function  sorted  by  organization 
would  alro  be  available  (e.g.,  engineering  staff  at  a  district). 


Table  4-2. 

Corps  of  Engineers  Manpower  Allocation  Summary 
by  Division  —  Sample  Report  Format 


Budget  Year  ^3 

Budget  Year  -2 

Budget  Year -t-O 

FOA 

Military 

Civil 

K^Ktary 

Civfl 

MWtary 

Civil 

Programs 

Works 

Pro(^ms 

Works 

Programs 

Works 

HNO 

100 

50 

100 

100 

LMD 

1,000 

MRD 

2,000 

■ESI 

Division  total 

6.400 

3,050 

6,400 

6,400 

Lab  total 

Sep.  FOA  total 

HQUSACE 

Subtotal 

Misc. 

Grand  total 

6,400 

3,050 

6,400 

6,400 

4r8 
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Corps  of  Engineers  Manpower  Allocation  Sunmary  by  Function 
for  Budget  Year  XX  —  Sample  Report  Format 


FOA 

uyiv 

MRO 

TAD 

Total 

MHtary 

Pgms. 

CivI 

Works 

Mltary 

Pgms. 

CMI 

Works 

MWary 

Pgms. 

CivI 

Works 

Mttary 

Pgms. 

Civil 

Works 

Achnin. 

35 

41 

2 

mm 

140 

184 

Planning 

12 

14 

2 

B 

38 

44 

Constnjction 

39 

46 

2 

83 

97 

Engineering 

14 

0 

■1 

3 

B 

17 

21 

Operations 

12 

14 

12 

D 

■■ 

B 

25 

29 

PPM 

7 

8 

3 

mm 

10 

12 

Real  estate 

WM 

WM 

B 

Subtotal 

Misc. 

Grand  total 

202 

237 

101 

119 

10 

11 

313 

367 

Physical  Component  Design  for  the  System 

The  major  criteria  considered  when  selecting  the  physical  components  for 
CEMIS  were  die  need  to  ensure  that  die  new  manpower  management  system 
does  not  require  hardware  that  is  not  reasonably  available  in  USAGE  offices. 
The  goal  is  to  avoid  hardware  cost  and/or  procurement  problems  and  to  concur- 
rendy  upgrade  users'  hardware  and  software  capabilities  as  part  of  fielding  CE- 
Mffi.  We  believe  that  a  new  manpower  management  system  should  strike  a 
balance  between  enhancing  the  capabilities  of  users  without  attempting  to  push 
the  state  of  the  art  The  physical  design  specified  in  the  following  subsections 
strikes  that  balance. 


System  Hardware 

We  beUeve  the  following  is  the  minimum  system  configuration  for  each  user 
terminal  at  the  field  operating  activities  (FOAs): 

1.  a  personal  computer  with  an  80486  microprocessor  chip  and  33  MHz 
processing  speed,  8  MB  of  RAM,  and  a  200-MB  hard  drive; 
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2.  one  3.5"  high-density  disk  drive  and  an  optional  5.25"  1.44-MB  floppy  disk 
drive;  and 

3.  associated  peripherals,  including  a  VGA  color  monitor,  a  keyboard,  a  laser 
printer,  a  communication  port  and  a  mouse. 

A  file  server  for  a  local-area  network  (LAN)  at  the  FOAs  is  optional,  al¬ 
though  most  districts  are  impl<nnenting  this  technology.  Naturally,  ^  require¬ 
ments  of  a  LAN  file  server  dictate  that  it  have  all  of  the  features  mentioned 
previously,  as  well  as  more  RAM,  considerably  more  hard-drive  space,  and  pos¬ 
sibly  multiple  conununication  ports. 

At  HQUSACE,  each  user  terminal  will  have  the  identical  system  configura¬ 
tion  requirements.  As  in  the  case  of  the  FOA,  a  file  server  for  a  LAN  is  op>tional 
but,  if  <^osen,  it  would  require  user  terminals  configured  witii  additional  capac¬ 
ity  for  RAM  and  storage  space.  We  further  recommend  that  tite  system  indude  a 
color  printer  for  exploiting  the  output  provided  by  the  decision  support  and  GB 
capabilities  to  the  fullest  extent  possible. 

System  Software 

Users  operating  CEMIS  at  the  FOAs  will  require  the  following: 

1.  DOS  version  5.0  or  greater, 

2.  Windows  version  3.1  or  greater, 

3.  Lotus  1-2-3  version  4.01  for  Windows, 

4.  FoxPro  version  2.5  for  Windows,  and 

5.  Communication  software  (either  ProComm  Plus  for  Windows  or 
DynaComm  version  3.1)  or  another  USAGE  E-mail  system. 

Users  operating  CEMIS  at  HQUSACE  will  require  all  the  FOA  system 
software  plus  the  following  additional  software: 

1 .  Mapinfo  for  Windows  version  2.1  and 

2.  EIS  software. 


Proposed  Technology  of  New  System 

Figure  4-7  depicts  the  recommended  logical  design  of  CEMIS  with  our  asso¬ 
ciated  choices  of  brsmd  name  software.  We  recommend  that  the  front-end  GUI 
be  designed  either  in  Microsoft  Windows  or  Visual  Basic.  With  respect  to  the 
DSS,  we  recommend  use  of  the  latest  release  of  Lotus  1-2-3  for  Windows  (i.e.. 


version  4.01).  We  recommend  that  Mapinfo  be  selected  for  tihe  GIS  and  diat  For¬ 
est  &  Trees  be  used  for  EIS  development 


Figure  4-7. 

Corps  of  Engineers  Manpower  Inf ormation  System  —  Brand  Name  Software 


Our  proposed  choice  for  a  relational  DBMS  is  FoxPro  for  Windows  v.2.5. 
This  choice  is  based  upon  several  ccmclusions.  First  FoxPro  scored  highest  in  the 
performance  benchmark  tests  whose  results  are  depicted  in  Table  3-1.  FoxPro's 
high  performance,  excellent  user  interface,  and  low  convertibility  costs  make  it 
the  ideal  choice.  Second,  since  FORCON  is  currendy  coded  in  Xbase-compatible 
code,  the  transition  to  the  FoxPro  for  Windows  platform  will  be  a  straightfor¬ 
ward  one.  Finally,  the  base  of  users  and  current  technical  support  staff  members 
understand  and  can  operate  a  new  application  coded  in  FoxPro  for  Windows. 

One  caveat  that  should  be  considered  is  foe  foct  foat  foe  future  of  FoxPro,  at 
least  in  its  current  configuration,  is  quite  uncertain  since  Microsoft  has  acquired 
Fox  Software,  foe.,  foe  maker  of  FoxPro.  It  is  quite  likely  that  it  will  modify  fu¬ 
ture  versions  of  FoxPro  such  foat  most  of  its  functioiudity  will  be  subsumed  un¬ 
der  Microsoft  Access.  Hence,  today's  users  of  applications  coded  in  FoxPro  may 
face  foe  prospect  of  hiding  software  support;  indeed,  the  possibility  of  being 
forced  to  transition  to  a  completely  different  S3rstem  (i.e..  Access)  in  foe  next  few 
years  is  high.  It  is  our  best  estimate  that  FoxPro  will  remain  a  viable  system  for 
at  least  foe  next  3  years.  The  worst-case  scenario  is  foat  FoxPro  will  not  be  sup¬ 
ported  at  that  time  and  that  foe  FoxPro  code  will  have  to  be  translated  into  a 
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FoxPro-compliant  system  such  as  Microsoft  Access.  The  remaining  functionality 
of  CEMIS  should  not  be  affected  because  it  is  reasonably  certain  that  with  stan¬ 
dards  such  as  dynamic  data  interchange  and  SQL,  the  data  base  of  this  compliant 
system  could  be  easily  accessed  by  die  DBS,  GIS,  and  EIS  software.  Thus,  the 
worst<ase  scenario  would  be  no  more  difficult  to  resolve  than  converting  the 
system;  that  might  save  money  if  FoxPro  continues  to  be  supported. 


Summary  and  Recommendations 

We  believe  that  significant  improvements  can  be  made  in  the  current  man¬ 
power  mai  iment  systems.  A  unique  opportunity  exists  to  develop  an  inte¬ 
grated  Class  VI  system  for  managing  USAGE  manpower  in  a  way  that 
incorporates  appropriate  technologies  and  provides  USAGE  managers  with  a 
consolidated  view  of  their  uses  of  human  resources.  That  integration  will  re¬ 
quire  a  change  in  the  manpower  management  process  at  Headquarters  and  at  die 
division  and  district  levels.  A  process  is  needed  that  provides  adequate  repre¬ 
sentation  by  all  organizations  involved  yet  has  some  centralized  direction.  The 
development  of  th^  process  is  perhaps  as  importzmt  as  the  development  of  the 
software  itself,  and  it  should  be  done  parallel  with  s)rstem  development  through 
a  steering  group  made  up  of  those  offices  currendy  involved  in  manpower  man¬ 
agement 

Additionally,  maintaining  two  or  more  independent  systems  involves  con¬ 
siderable  redundant  effort.  Two  systems  must  be  maintained  and  upgraded  and 
every  organization  concerned  with  manpower  management  must  support  the 
administrative  requirements  associated  with  two  processes.  Two  independent 
manpower  management  systems  may  be  a  luxury  that  USAGE  cannot  afford  in  a 
pieriod  of  decreasing  Headquarters  resources. 

We  recommend  that  USAGE  establish  a  single  manpower  management  sys¬ 
tem.  That  system  should  provide  the  functionality  identified  in  ffiis  report  and 
utilize  the  communication  capabilities  of  the  Corps'  wide  area  network.  System 
development  should  include  a  parallel  effort  to  re-engineer  the  manpower  man¬ 
agement  process.  Significant  process  changes  are  likely  to  result  from  this  effort 
The  combination  of  needed  improvements  to  existing  systems,  reductions  in 
Headquarters  staff,  and  changes  in  utilization  reporting  presents  a  unique  op¬ 
portunity  for  change.  If  this  opportunity  is  missed,  it  is  likely  that  the  key  par¬ 
ticipants  in  manpower  issues  —  the  Qvil  Works  Directorate,  the  Military 
Programs  Directorate,  and  the  Resource  Management  Directorate  —  will  pursue 
independent  system  upgrades  that  in  all  likelihood  wiU  perpetuate  the  inconsis¬ 
tencies  and  redundant  expenses  that  exist  today. 
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Appendix  A 

Corps  of  Engineers  Resource  and 
Military  Manpower  System 


Corps  of  Engineers  Resource  and 
Military  Manpower  System 


Overview 

The  devdopment  of  the  Corps  of  Engineers  Resource  and  Military  Man¬ 
power  Syston  (CERAMMS)  manpower  forecasting  modules  was  based  upon 
two  assumptions:  (1)  that  foe  U£.  Army  Corps  of  Engineers  (U5ACE)  mix  of 
project  size  and  complexity  for  future  program  years  can  be  rdat^  to  foe  mix  for 
historical  program  years  and  (2)  that  USACE's  historical  resource  requirements 
for  engineering  and  construction  management  services  are  comparable  to  foose 
found  in  other  government  agettdes  and  the  private  sector. 

The  initial  step  in  devdoping  foe  CERAMMS  forecasting  ntodules  was  to 
create  a  structure  foat  related  foe  mix  of  projects  in  foe  antidpated  workload  to 
historical  TJSACE  data.  Anal3rsis  of  historical  USACE  data  showed  that  foe  type 
of  funding  used  to  support  a  project  gives  a  good  indication  of  project  difler- 
ences  and  can  be  used  as  the  basis  for  structuring  foe  mix  of  projects  to  deter¬ 
mine  manpower  requirements.  By  dividing  foe  military  program  into  fund 
types  and  using  foe  historical  projed  mix  in  those  fond  types,  inputs  to  the  matv- 
power  forecasting  modules  can  be  generated  bam  exist^  DoD  workload  hwe- 
casts.  That  mefood  is  valid  unless  major  changes  in  priorities  alter  foe  relatively 
constant  historical  project  mix  wifoin  fond  types. 

SirK%  USACE's  costs  for  design  and  construction  management  services  have 
been  shown  to  be  comparable  to  foose  of  ofoer  Federal,  state,  and  local  govern¬ 
ment  agencies  and  large  private-sector  corporations,  properly  sampled  historical 
USACE  data  can  be  used  to  generate  requirements  factors  foat  reflect  industry 
standards. 

One  of  foe  oru^r  objectives  in  developing  CERAMMS  was  to  minimize  the 
resources  needed  Ity  maximizing  the  use  of  existing  data  sources  for  developing, 
and  subsequently  maintaining,  the  model.  USACE  currenfly  maintains  two  large 
project  and  cost  data  bases:  Ak  Corps  of  Engineers  Management  Infcmnation 
System  (COEMl^  and  foe  Automated  Management  and  Project  Reporting  Sys¬ 
tem  (AMFRS).  Those  data  bases,  however,  had  to  be  supplemented  with  infor¬ 
mation  that  was  not  available  from  eifoer  one  of  fltem.  Thus,  a  fidd  data  call 
was  issued.  Information  from  fliat  call  and  from  foe  two  data  bases  formed  foe 
combined  data  base  used  to  devdop  flie  algorifluns  for  foe  forecasting  models. 

The  devdopment  of  each  of  foe  forecasting  models  followed  a  similar  proc¬ 
ess.  The  combined  data  base  was  first  examined  to  determine  vfoere  possiUe  re¬ 
lationships  might  exist  —  between  foe  dependent  variable  (mazv-years  or 
funding)  and  ^  potential  indepeixlent  variable(s).  These  hypofliesized  rda- 
tionships  were  them  examined  statistically  to  determine  whefoer  a  rdatkmship 
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did,  in  fact,  exis^  and  if  it  did,  to  quantify  it  Hie  relationships  diat  were  quanti¬ 
fied  through  the  statistical  analyses  were  used  to  develop  algorithms  for  building 
forecasting  models.  Figure  A-1  depicts  the  model  development  process. 


Worklaad  •praadlng 


NoIk  AMPRS  *  Automatad  Maragenwnt  and  Project  Repotting  Syatem;  COEMIS  >  Corpe  of  Engineers 
Management  tnfbrmaUon  System;  and  ENGR  *  engineering. 

Figure  A>1. 

Model  Development  Process 


The  outputs  of  the  forecasting  models  (forecasts  of  workyear  requirements) 
were  then  compared  with  actual  utilization  to  validate  the  reliability  of  the  mod¬ 
els. 
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The  usage  Manpower  Forecasting  Model 

The  outputs  of  <he  CERAMM5  manpower  forecasting  model  are  multi-year 
forecasts  of  the  workyears  required  to  provide  engiiKering  and  construction 
services  for  the  ongoing  and  planned  military  program.  Workyear  requirements 
are  calculated  by  fund  type  and  summarized  in  tiiree  customer  categories:  Army 
installation  support  other  Army  support  and  non-Army  support  Ibis  fimc- 
tional  display  of  manpower  requirements  facilitates  foe  analysis  of  foe  impact  of 
changes  in  specific  ftmd  types  and  readily  supports  foe  "what  iT  scenarios  foat 
are  an  integral  part  of  manpower  management 

Historical  data  were  used  to  develop  foe  CERAMMS  manpower  forecasting 
model.  A  statistical  analysis  of  actual  manpower  utilization  and  work  accom¬ 
plished  was  used  to  derive  foe  forecasting  algorifoms.  The  data  analyzed  were 
selected  from  a  sample  of  USAGE  Districts.  The  analysis  was  based  on  single 
variable  and  multivariate  regressions  that  relate  foe  manpower  actually  utiliz^ 
to  foe  dependent  variables  under  consideration.  Alfoough  workload  was  foe 
most  sigiiificant  factor  affecting  manpower  requirements,  some  other  foctors 
such  as  economies  of  effort  realized  on  large  projects  aiul  foe  number  of  active 
construction  contracts  were  also  found  to  be  important  Figure  A-2  depicts  foe 
major  components  of  foe  CERAMMS  manpower  forecasting  model. 
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program 
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•  Spread  oonstructian 
workload  by  year 

•  Construction  man¬ 
power  requirementB 
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Figure  A-2. 

USACE  Manpower  Forecasting  Model  Major  Components 


The  inputs  to  foe  CERAMMS  forecasting  model  are  foe  actual  and  planned 
programmed  amounts  (PAs)  for  each  of  foe  years  under  consideratioit  Those 
years  include  foe  year  for  which  outputs  are  sought  foe  3  years  preceding  it  and 
foe  2  years  following  it  Data  for  this  range  of  years  are  need^  because  of  foe 
multi-year  nature  of  design  and  construction  program  execution.  Prefects  that 
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are  programmed  for  execution  in  a  given  year  must  be  designed  before  diat  year. 
Similarly,  since  completion  of  construction  projects  normally  requires  more  than 
1  year,  construction  workload  often  continues  past  die  execution  year.  Much  of 
the  PA  informaticHi  for  future  years  is  based  upon  "best  guesses"  and  extrapola¬ 
tion  of  historical  trends.  Assumptions  related  to  program  execution  are  secon¬ 
dary  inputs  to  the  model 

The  development  of  manpower  forecasts  begins  with  assumptions  and  data 
inputs  and  ends  with  a  presentation  of  manpower  requirements  by  fund  type. 
Workload  is  measured  by  inflation-adjusted  PAs  and  is  obtained  from  a  combi¬ 
nation  of  existing  USAGE  automated  data  bases  and  estimates  by  program  man¬ 
agers.  The  assumptions  that  die  model  considers  are  the  numba  of  available 
man-hours  per  man  year,  the  estimated  percentage  of  in-house  design  work  that 
will  be  done,  the  percentage  of  projects  that  will  not  survive  the  budget  review 
process  (i.e.,  mor^ty  rate),  the  percentage  of  engineering  not  related  to  con¬ 
struction  to  be  done  in-house,  and  d\e  Operation  and  Maintenance,  Army  posi¬ 
tions.  Once  the  input  data  and  assumptions  are  entered,  the  calculation  of 
manpower  requirements  begins. 

The  first  step  in  the  calculation  is  to  identify  the  year  or  years  over  which  a 
particular  PA  will  be  executed.  Workload  (inflation-adjusted  PA)  is  spread  by 
factors  that  have  been  developed  from  a  det^ed  analysb  of  a  multi-year  sample 
of  historical  USAGE  design  and  construction  data  (see  Figures  A-3  and  A-4).  The 
factors  account  for  the  duration  of  projects,  variances  in  project  start  dates. 

Fiscal  year 


FY90PA 

FY91  PA 

FY92PA 

FY93PA 


FY90  FY91  FY92  FY93  FY94  FY95  FY96 


FY93  Construction 


Figure  A-3. 

Design  Workload  Spreading 
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historical  patterns  of  ccnnpletioiv  mandated  goals  (such  as  35  percent  design 
completion  before  submissim  to  Congress),  ttie  historical  mix  of  projects. 
Separate  sets  of  spreading  factors  have  been  developed  for  inrhouse  detigp  artd 
architect-engineer  (A-E)  design  and  construction. 

Fiacaiyaar 


FY92PA 

FY93PA 

FY94PA 

FY95PA 


FY90  FY91  FY92  FY93  FY94  FY95  FY96 


FY83  Design 


Figure  A<4. 

Constructim  WoMoad  Spreading 


The  factors  developed  from  foe  analysis  of  historical  manpower  use  versus 
workload  are  then  applied  to  the  spread  workload.  Factors  were  developed  for 
six  major  functional  areas:  division  office  staffing,  district  support  staffing 
(A&A),  district  engineering  (departmental  overhead),  district  construction  (de¬ 
partmental  overhead),  district  direct  engineering,  and  district  field  construction 
offices.  Division  office  staffing  represents  foe  Notary  Construction  (MILCON)- 
driven  mai^wer  requirement  for  USACE  Divisions.  District  support  staffing  is 
foe  manpower  needed  to  provide  the  support  functions  within  a  district  such  as 
legal,  finance,  and  accounting  services.  District  engineering  refers  to  foe  nuov 
power  required  to  provide  technical  indirect  support  for  tl^  district's  engineer¬ 
ing  program.  District  construction  is  foe  construction  equivalent  to  district 
engineering  (Le.,  foe  construction  departmental  overhead).  District  direct  engi¬ 
neering  is  foe  numpower  wifoin  a  district  that  is  directly  charged  to  engineering 
projects.  The  district  field  construction  offices  function^  area  refers  to  foe  man¬ 
power  associated  with  staffing  field  elements  such  as  area  and  resident  offices. 
The  model  calculates  onanpower  forecasts  for  each  of  these  categories. 

Some  caution  must  be  exercised  when  using  foe  estimates  of  nuuqxnver  re¬ 
quirements  for  any  of  tite  functioiud  areas.  The  factors  for  each  functional  area 
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were  developed  from  historical  data,  and  in  some  cases,  data  were  fouiul  to  vary 
signi£k»ndy  among  districts.  Aldiough  we  have  a  high  level  of  confidence  in  fiie 
total  USAGE  functional  breakouts,  extrapolating  ratios  of  USAGE  functional  ar¬ 
eas  to  the  districts  implies  a  level  of  precision  that  does  not  exist  in  the  existing 
manpower  model.  Such  extrapolations  should  be  used  only  as  a  guide  and  not 
as  a  suggested  functional  staffmg  leveL 

The  model  builds  max^wer  summary  tables.  Those  tables  display  die 
manpower  requirements  by  fund  type  for  each  year.  Summary  tables  are  ^cu- 
lated  for  engineering  manpower  requirements,  construction  manpower  require¬ 
ments,  and  total  (i.e.,  engineering,  construction,  and  support)  manpower 
requirements.  Additional  tables  tiiat  depict  dollar  placement  summaries  by  fund 
type  are  also  developed. 


ArpenddcB 


Civilian  Force  Configuration 

and  Management 


Civilian  Force  Configuration 
and  Management 


General  DESCRimoN 

The  Civil  Worics  Directorate  uses  the  Qvilian  Fcmx  Configuration  and  Man¬ 
agement  (FORCON)  model  as  a  tool  for  developing  its  Civil  Worics  manpower 
resource  requirements  and  for  determining  full-time  equivalent  (FTE)  wmicyear 
allocations  for  USACE  commands.  The  Qvil  Works  Directorate's  first  priority  is 
to  develop  an  accurate  5-year  statement  of  work  to  be  performed  in  each  USACE 
district  and  to  prepare  the  commander's  estimate  of  tihe  maiqxiwer  required  to 
execute  that  work  on  schedule.  Those  estimates  are  used  to  present  the  total 
Corps  requirements  to  die  Office  of  Management  and  Budget  (OMB).  The  Direc¬ 
torate's  second  priority  is  to  distribute  foe  manpower  allocation  ceiling,  set  by 
OMB,  equitably  among  all  USACE  districts. 


Organizahons/Functions 

The  FORCON  software  uses  a  system  of  codes  for  die  organization's  name 
and  die  functions  widiin  certain  organizations  to  relate  work  with  die  individual. 
Table  B-1  displa3rs  the  hierarchy  of  die  codes. 


Administration 


The  Administration  organization  includes  all  organizations  diat  normally 
charge  to  the  Revolving  Fund  and  whose  costs  are  sold  bade  to  projects  as  over¬ 
head  as  well  as  personnel  assigned  to  diose  organizations  diat  are  charged  other¬ 
wise.  Induded  are  die  Executive  Office,  Logistics  Management  Office,  Safety, 
Resource  Management  Office,  Information  Management  Office,  Counsels,  Per¬ 
sonnel,  Equal  Employment  Opportunity,  Audit,  Contracting  and  Procurement; 
and  other  functions  providing  general  support 


Planning 


The  Planning  organization  indudes  all  organizations  responsiUe  for  die  for- 
mulatknv  evaluation,  coordinationf  and  preparation  of  feasibility  studies,  con¬ 
tinuing  authority  program  studies,  and  components  of  preconstruction  and 
engineering  studies.  This  organization  is  also  responsiUe  for  coordination  of 
"planning"  activities  with  other  agendes  as  wdl  as  die  formulation  and 
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evaluation  required  to  support  research  and  development,  constructkMv  opera- 
tion,  ina}or  rehabilitatioa  maintenance,  or  other  lum-^rps  w<»k. 

TabtoB-1. 

Orgudzation/f  unction  Codes  and  Definitions 


OiQanization  code 

Function  code 

A 

- 

a  tiTiiaiSTi  ■ 

AOnwalinRIOfl 

K 

- 

Planning 

L 

- 

Engineering 

N 

- 

Reai  Estate 

Q 

- 

Constniction 

R 

- 

Operation  &  Mainlwianro 

D 

Operation  &  Maintenance 

V 

Operation  &  Maintenance 

F 

Operation  &  Maintenance 

P 

Operation  A  Maintenance 

T 

Operation  A  Matntenanoe 

G 

Operation  A  Maintenance 

U 

Operation  A  Maintenance 

E 

Operation  A  Mahntananoe 

W 

- 

Research  A  Devaloprnent 

X 

Researchers 

Y 

RAO  Technicai  Support 

Z 

- 

rTOgiWn  oi  rwQfmX  HMnagOmWi 

Engineering 


The  Engineering  organizaticm  includes  engineering  and  design  activities  re¬ 
quired  for  planning  phase  studies  and  reports,  preconstruction  engineering  and 
design,  continued  engineering  and  design  activities  during  constructkm,  project 
operations,  maintenance  work,  and  teal  estate  activities.  Odier  responsibilities 
include  engineering  management  and  performance  of  technical  tasks  associated 
with  the  major  programs  described  ab^e,  cost  engineering  activities  for  all  as¬ 
pects  of  plaimmg,  engineering,  construction,  operations  and  mainteiumce  (O&M) 
for  civil  works  projects,  management  and  operation  of  the  division  testing  labo¬ 
ratories,  and  value  engineering. 


Construction 

The  Constructicm  organization  is  responsible  for  all  die  activities  for  person¬ 
nel  involved  in  the  supervision  and  administration  of  omstruction  contracts. 


including  O&M  supervision  and  adxninistratioiv  general  and  Mississippi  River  & 
Tributaries  (MRA;!),  maintenance  omtracts,  or  "PuUic  Law  99*  work. 


Operation  and  Maintenance 

The  O&M  functions  are  discussed  below. 

Dredging.  The  dredging  function  includes  administration,  management, 
and  operations  related  to  maintenance  dredging,  or  in  direct  support  of  mainte¬ 
nance  dredging. 

Opcrations^lated  navigation  functions.  Operations  functions  are  gener¬ 
ally  related  to  die  601-619  features  in  die  O&M  accounts.  These  include  site  op¬ 
erations  for  navigation  locks  and  adjacent  navigation  dams  or  control  structures, 
and  bridges,  including  lock  operation  at  multi-purpose  projects  with  power;  dis¬ 
trict  and  division  supervision;  and  performance  monitoring  system  data  report¬ 
ing. 


MaintenanceHrelaled  navigation  functions.  The  maintenance  functions  are 
generally  related  to  die  620-635  features  in  the  O&M  appropriation.  These  fea¬ 
tures  include  drift  and  debris  removal;  snagboat  operations;  removal  of  wrecks 
and  odier  obstructions;  maintenance  and  repair  of  navigation  structures;  devel¬ 
opment,  administration,  and  inspection  of  maintenance  contracts  for  navigation- 
r^ted  activities  on  completed  projects;  and  the  prevention  of  obstructive  and  in¬ 
jurious  deposits(that  ate  specifically  related  to  the  responsibilities  of  the  Supervi¬ 
sors  of  Harijor  at  New  York,  Baltimore,  and  Hampton  Roads  Harbors). 

Flood  GontroL  The  flood  control  function  is  related  to  all  activities  per¬ 
formed  1^  personnel  in  the  administration  and  management  of  flood  control  as¬ 
pects  of  completed  projects  such  as  reservoirs,  local  protection  projects,  and  odier 
special  activities. 

Hydropower  ControL  The  hydropower  control  function  encompasses  the 
hdlowing  activities:  hydroelectric  production  activity  for  all  multi-purpose 
projects  diat  lead  to  the  production  of  marketaUe  dectric  power.  This  function 
also  obtains  staff  for  die  operation,  preventive  maintenance,  and  minor  emer¬ 
gency  repair  of  the  power  plant  structure  and  associated  equipment  (including 
die  switdiyard). 

Natural  Resources  ManagemenL  The  natural  resources  management  func¬ 
tion  involves  those  administntive  and  management  actions  perfemned  by  per¬ 
sonnel  who  manage  or  protect  the  resources  of  Corps  Ch^  Works  projects. 
Recreation,  flood  controL  and  prefect  management  are  die  broad  categories  of 
dus  function. 

Regulatory  Program.  The  regulatory  program's  function  includes  the  activi¬ 
ties  of  personnel  direedy  involved  in  die  administration  of  die  Corps'  regulatory 
program  in  accordance  widi  regulations  promulgated  pursuant  to  die  Qean 
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Water  Act  (Section  404),  the  River  aiui  Harbor  Act  (Sections  9  and  10),  emd  the 
Marine  Protection  Research  and  Sanctuaries  Act  (Section  103). 


Emergency  Management  The  emergency  management  function  is  resporv 
sible  for  all  supervision,  administratiorv  policy  development,  implementation 
guidaiKe,  training,  operational  coordination,  and  publication  required  for  the 
planning,  execution,  or  exercise  of  response,  evaluatioiv  and  corrective  action  for 
the  readiness  management  programs  of  USAGE. 

Revetment  Operations.  Revetment  operations  are  only  undertaken  by  the 
Lower  Mississippi  Valley  Division. 


Research  and  Development 

The  R&D  functions  are  identified  below. 

Research.  This  fimction  encompasses  the  management  and  execution  of  re¬ 
search  and  development  activities  by  engineers  and  scientists. 

Technical  Support  This  function  involves  the  technical  support  for  R&D 
activities  conducted  by  technicians  imder  the  auspices  of  engineers  and  scien¬ 
tists.  Their  activities  include  materials  testing,  printing,  and  instrumentation  con' 
trol. 


Program  and  Project  Management 

The  Program  and  Project  Management  function  involves  all  the  efforts  £isso- 
ciated  with  supporting  the  Civil  Works  programming  process.  This  includes  the 
development  of  annual  and  multi-year  Civil  Works  programs;  the  submission  of 
budget  and  schedule  inputs  to  accommodate  congressional  budgeting  require¬ 
ments;  the  preparation  of  program  presentations  and  defenses;  the  reception,  in¬ 
terpretation,  dissemination,  and  implementation  of  program  gxiidance, 
directives,  and  correspondences  from  higher  levels;  the  overall  management  of 
the  project  and  supervision  of  staff;  the  development  of  the  Project  Management 
Plan;  and  the  performance  of  project  management  requirements  set  by  the  Project 
Review  Board,  the  construction  partner,  and  higher  levels  of  government 


Inputs 

Field  Input 


The  Civil  Works  Directorate  uses  the  FORCON  model  as  a  tool  for  develop¬ 
ing  its  Civil  Works  personnel  resource  requirements  and  for  determining  FTE 
workyear  allocations.  The  model  provides  the  means  by  which  USAGE  Com- 
numds  project  their  workyear  requirements  to  execute  their  missions.  The  data 
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base  gives  a  7-year  view  of  manpower  utilization  and  requirements  from  past 
year  (PY)  through  budget  year  (BY)  plus  4  years  (i.e.,  PY=FY92  and  BY+4=FY98), 
For  the  oirrent  year  (CY),  FORCON  shows  how  a  USAGE  Command  allocates  its 
funds  and  represents  how  a  USAGE  Command  allocates  its  funds  and  workyears 
in  accordance  with  the  U.S.  President s  budget  Funds  and  workyears  are  dis¬ 
played  by 

♦  project, 

♦  appropriation, 

♦  organization/function,  and/or 

♦  method  of  work  performance  (i.e.,  in-house  staff,  contract  staff,  or  by  otii- 
ers). 


Data  Organization 

Data  are  organized  as  described  below. 

Funding  Data.  The  funding  data  record  is  a  7-ye2U'  display  of  actual  or  an¬ 
ticipated  project  funds.  fhe  record  comprises  five  parts:  congressional 
budget/work  allowance,  carry-in  funds,  funds  from  other  USAGE  or  other  gov¬ 
ernmental  sources,  cash  contributions,  and  carry-out  funds.  Fimdiitg  amounts 
will  be  read  into  FORCON  by  HQUSACE  from  available  data  sources  prior  to 
the  start  of  each  manpower  cycle. 

Manpower  and  Fund  Distribution  Data.  On  a  single-year  basis,  the  funds 
available  to  do  work  for  a  specific  project  are  spread  by  organization  and  func¬ 
tion.  This  data  record  is  composed  of  five  parts:  FTE,  hbred  labor,  other  in-house 
costs,  contract  payments  (ie.,  A-E,  other  services,  and  construction  placement), 
and  funds  to  other  corps  and  to  other  govenunental  agencies. 

The  FTE  and  hired  labor  are  interrelated;  therefore,  FORGON  calculates  one 
given  the  other  (on  the  basis  of  average  organization/ function  costs  developed 
annually  in  each  USAGE  Gommand).  Total  workyears  for  the  USAGE  Gom- 
mand  eure  constrained  to  the  existing  manpower  voucher  for  the  GY,  but  they 
represent  requirements  in  the  BY. 

The  GY  input  represents  the  USAGE  Gommand's  plan  concerning  resource 
allocation  to  accomplish  the  mission.  That  input  indicates  to  HQUSAGE  the  lo¬ 
cation  of  workers  by  organization/ function.  The  GY  input  will  match  the  cur¬ 
rent  manpower  voucher  at  the  lowest  USAGE  Gommand  level. 

Organization  and  Function  Data.  Pefer  to  the  discussion  under  "Organiza¬ 
tion  and  Function"  (above)  for  an  explanation  of  the  structure  and  definition  of 
manpower  by  organization  and  function. 
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Prcxiess 


USAGE  Analysis 

Corps  of  Engineers  Civil  Works-Analysis  Branch  (CECW-BA)  reviews  the 
manpower  requirement  data  submitted,  iidegrates  major  subordinate  onn- 
nnands'  (MSCs')  data  into  one  data  base,  and  verifies  fite  program  amounts. 
Some  of  the  original  data  are  modified.  These  modifications  fidl  into  several  gen¬ 
eral  categories:  last  minute  data  changes,  USACE  program  manager-dictated 
changes,  data  entry  errors,  missing  or  inappropriate  subcodes,  redistribution  of 
FTE  among  the  thm  major  groups  [i.e.,  MSCs,  labs  and  separate  field  operating 
activities  (FOA),  and  HQUSACE]  by  the  Headquarters,  Manpower  Advisory 
Council. 


Manpower  Advisory  Council 

The  Manpower  (MP)  Advisory  Council  is  chaired  by  the  Director,  Civil 
Works.  The  Council  has  representatives  from  the  Engineering,  Planning,  Project 
Management  Construction  and  Operations,  and  Programs  Divisions  of  file  Di¬ 
rectorate  and  from  the  Real  Estate,  Research  and  Development,  Military  Pro¬ 
grams  (e.g..  Environmental  Restoration  Support  Program),  and  R^urce 
Management  Directorates.  The  Cornual  can  recommend  to  die  Director  manr 
power  allocation  changes  fitat  are  necessary  to  carry  out  the  Council's  policy  de¬ 
cisions. 


Manpower  Distribution 

Up  to  this  poin^  the  FORCON  data  base  contains  CY  data  (based  on  known 
workload)  and  BY  data  (based  on  die  President's  budget  program).  These  two 
developed  programs  are  used  to  generate  distribution  rates.  Those  rates  are 
used,  coupled  with  fundii^  estimates  for  die  outyears  (Le.,  BY+1  year  through 
BY't'4  years),  to  generate  manpower  requirement  trends  by  organization  and 
function  and  to  develop  requirements  to  be  presented  to  OMB  for  outyear  alloca¬ 
tions. 

FORCON-Generated  Distribution  Rates.  Once  all  data  have  been  entered 
into  the  data  base,  distribution  rates  are  computed  for  every  fund  category  from 
CY  and  BY  data  input  by  each  USACE  Command.  While  duee  different  levels 
of  distribution  rates  may  be  generated  (ie..  Headquarters,  Division,  and  District), 
only  the  Headquarters  level  is  used  for  the  allocation  of  manpower.  For  eadi 
fund  category,  two  rates  will  be  developed:  one  for  organization  and  function 
allocation  and  one  for  method  of  work.  (See  Table  B-2.) 
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Tabla  B^. 

FORCON  Distribution  Rate  TabU 


Organizaten/ 
function  rate 

Mettiod  of  work  rate 

Oro. 

Hbad 

Other 

A^&Sva 

ConsL 

Toothar 

Toother 

Name 

oiy. 

labor 

ki-tXMiee 

contract 

contract 

corps 

agency 

AOMIN 

0.03 

0.46 

0.32 

0.02 

0.00 

0.19 

0.00 

PLNNG 

0.46 

0.20 

0.24 

0.01 

0.03 

0.05 

ENGR 

■H 

0.43 

0.19 

0.27 

0.01 

0.10 

0.00 

CONST 

0.60 

0.04 

0.02 

0.00 

0.00 

0.02 

OPNS 

0.00 

0.77 

0.23 

0.00 

0.00 

PPM 

0.56 

0.26 

0.00 

RE 

0.02 

0.3 

0.14 

o.os 

0.00 

Sount:  Tht  dtta  bate  Ma.  FORCTRNO.DBF,  ftwn  ttM  FYS3  PORCON  data  baaa. 


The  organization  and  function  allocation  rate  is  developed  by  dividing  tiie 
total  funds  available  for  each  organization  and/  or  function  wititin  die  fund  cate¬ 
gory  for  CY  aiul  BY  by  the  total  funds  available  for  the  fuiul  category. 

The  method  of  work  rate  is  obtained  by  dividing  die  total  funds  available  for 
each  of  the  mediods  of  work  (i.e.,  hired  labor,  other  in-house,  A-E  and  services 
contract,  construction  contract,  to  odier  Corps,  and  to  other  agency)  within  a 
fund  category  by  total  funds  available  for  each  organization  and/or  function 
within  the  fund  category. 

FORCON-generated  Manpower  Requirements.  Distribution  rates  are  used 
with  the  funding  amount  (Le.,  funds  available  to  do  die  work)  for  each  fund  cate¬ 
gory,  to  derive  manpower  requirements  for  each  organization  and  function.  For 
example,  the  funds  available  are  multiplied  by  die  organization  and  function  al¬ 
location  rate  to  yield  the  amount  allocated  to  die  Engineering  office.  That 
amount  then  is  multiplied  hy  the  mediod-of-work  rate  (Le.,  the  hired  labor  por¬ 
tion  in  the  example  depicted  below)  to  give  the  hired  labor  dollars  for  engineer¬ 
ing.  That  figure  then  is  divided  by  the  average  cost  per  organization  (Le.,  cost 
and  FTEs)  to  produce  the  FTE  workyears  required  for  that  organization  and 
function.  Thus,  manpower  requirements  in  any  year  for  which  funding  data  ex¬ 
ist  may  be  computed  for  each  project  on  the  basis  of  the  workload  spread  for  CY 
and  BY.  Those  project  data  are  totaled  for  each  USACE  Command.  The  same 
computational  method  is  used  to  track  other  in-house  costs,  contracts  (Le.,  A-E 
services  and  construction  placement),  and  to  otiier  costs  (Le.,  Corps  and  agency). 
(See  Table  B-3.) 
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Table  B-3. 

Manpower  Distribution  Rate  Table  —  FORCON  Model  Example 


Oiganization 

name 

OrganTfunction 

rate^ 

Method  of  Morfc* 

FORCON  ave. 
coetJffTE* 

FTE 

ADMIN 

0.03 

0.46 

36 

2.0 

PLNG 

0.01 

0.46 

45 

0.6 

ENGR 

0.12 

0.43 

45 

5.7 

CONST 

0.80 

48 

3.2 

OPNS 

0.00 

0.77 

39 

0.4 

PPM 

0.02 

0.58 

45 

1.5 

RE 

0.02 

0.30 

36 

0.6 

Total 

- 

- 

- 

14.2 

•  From  Table  B-2. 

‘  Hired  labor  rate  from  Table  B>2. 

*  Mobile  District  average  coat  from  FY93  data  baae. 


Manpower  Advisory  Council  Figures.  The  next  step  in  the  numpower  dis¬ 
tribution  process  is  incorporatii^  itumpower  initiatives  directed  by  the  HQ  Man¬ 
power  Advisory  Coundl.  For  example,  in  FY93,  two  initiatives  were  started. 
For  the  first  initiative,  the  percentage  of  administrative  staff  compared  with  total 
staff  measured  at  MSC  in  FTE  will  be  reduced.  For  die  second  initiative,  the  per¬ 
centage  of  the  organization's  funds  used  for  A-E  service  contracts  for  the  Han¬ 
ning  and  Engineering  Offices  will  increase  (as  measured  at  the  MSC  in  funds  for 
each  of  the  organizations).  Thus,  in  the  fimt  case,  the  ratio  of  hired  labor  and 
other  in-house  costs  was  modified  for  each  year,  progressively  reducing  die  per¬ 
centage  that  was  allocated  to  administer  labor,  while  similarly  increasing  the  per¬ 
centage  allocated  to  administer  other  in-house  costs.  In  the  second  case,  the 
percentage  of  A-E  service  for  the  Hanning  and  Engineering  offices  was  in¬ 
creased,  while  the  percentage  for  hired  labor  and  other  in-house  costs  was  corre¬ 
spondingly  reduced. 

Constrained  Allocation.  Anodier  part  of  the  allocation  process  involves 
constraints  placed  on  manpower  by  Congress.  Each  year.  Congress  adds  studies 
and  constructicm  projects  that  were  not  in  die  President's  budget  or  it 
increases/ decreases  the  budget  amounts.  Generally,  these  are  paid  for  from 
available  funds  by  reducing  all  studies  and  construction  projects  (through  in¬ 
creases  in  assumed  savings  and  slippage).  In  anticipation  of  this  action,  man¬ 
power  is  withdrawn  from  that  available  for  distribution. 

New  Construction  Starts.  Although  die  allocation  process  does  not  expUc- 
idy  address  the  outyears,  the  President's  budget  does  have  assumed  ceilings. 
Without  integrating  new  construction  starts  into  the  allocation  process,  the 
Corps'  future  construction  program  would  taper  off  in  the  outyears.  The  Pro¬ 
gram  Division  data  base  is  the  source  of  information  about  wfoch  projects  and 
funding  amounts  should  be  assumed  for  the  integration  of  new  starts.  This 


information  is  entered  into  a  separate  data  base  and  the  model  is  run  to  obtain 
the  future  manpower  requiren^ts. 

Recommended  Manpower  Allocation.  The  recommended  manpower  allo¬ 
cation,  based  upon  that  generated  by  die  FORCON  model,  is  dien  given  to  the 
Director,  Qvil  Works,  for  distribution  to  USAGE  Commands.  If  that  total  ex¬ 
ceeds  the  OMB  manpower  ceiling,  then  die  calculated  manpower  is  reduced  to 
fit  the  ceiling.  The  constramed  manpower  allocation,  along  widi  die  new  starts 
data  is  the  basis  for  this  final  step.  Long-term  workload  trends  are  used  to  miti¬ 
gate  modeled  requirements  of  increases  or  decreases  for  the  budget  year  man¬ 
power  allocation. 


Outputs 


Several  reports  are  generated  by  the  FORCON  model.  Descripticms  of  those 
reports  and  sample  page  layouts  are  discussed  below. 


Project  Funding  Report 

The  Project  Funding  Report  is  a  single-year  report  for  a  chosen  fiscal  year. 
The  data  are  sorted  by  Engineering  Report  Organization  Code  (EROQ  and  by 
project  on  the  basis  of  the  Civil  Works  biformation  System  (CWIS)  number. 
Widiin  each  project,  the  data  are  sorted  by  appropriation  code.  Only  those  items 
that  appear  in  ^e  data  base  for  a  given  year  will  be  listed  under  each  project 
Figure  B-1  is  a  sample  project  funding  report  The  first  column  in  tiie  report  is 
the  appropriation  code  (ie.,  App.).  The  second  column  refers  to  the  budget  or 
appropriation  amount  The  tiiird  column  is  the  amount  of  unexpended  funds 
carryover  from  previous  fiscal  years.  The  fourth  and  fifth  columns  are  tiie 
amount  received  "from"  other  Corps  entities  and  the  amount  received  from 
other  Federal  agencies,  respectively.  Column  six  is  the  required  cash  contribu¬ 
tions  received  from  local  interests  or  others.  Column  seven  is  tiie  amount  of 
funds  that  are  not  expected  to  be  expended  in  tiie  fiscal  year  in  question.  Col¬ 
umn  eight  is  the  difference  between  tiie  sum  of  columns  tiiree  through  six  and 
column  eight  Column  nine  is . . . 
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1(V22A2  09-^  Pag*:  12  PROJECT  FUNDING  ($000) 
Plaoe  Optional  TWaHw* 

U(SPL)  RaportkigYnr.  93 


Budgat/ 

App.  Wofk  Carry  From  Othar  Souroa  (Sroat  Cany  Funds 

_ Alow.  In  Corps  Agancy  Cash  Total  Out  AvaW. 

CORPS  STATUTORY  AUTHORITY  (CWIS  0012&A  ,  PRISM  DA010-) 

D  216  0  0  0  0  216  0  216 

TOTAL  216  0  0  0  0  216  0  216 

FCCE.  ACTIVITIES  IN  SUPPORT  OF  OTHERS  (CWIS  00120-B  .  PRISM  DA020) 

D  67  0  0  0  0  67  0  67 

TOTAL  670  0  000067 

FACILITIES  (CWIS  00120-C  .  PRISM  DA030-) 

D  45  0  0  0  0  45  0  45 

TOTAL  45  0  0  0  0  45  0  45 

DISASTER  PREPAREDNESS  (CWIS  00120-D ,  PRISM  DA040-) 

D  100  0  0  0  0  100  0  100 

TOTAL  100  0  0  0  0  100  0  100 

PERMIT  EVALUATION  (CWIS  08204  .  PRISM  FE100-) 

D  1,037  0  0  0  0  1,037  0  1,037 

TOTAL  1,037  0  0  0  0  1,037  0  1,037 

ENFORCEMENT  (CWIS  08205  ,  PRISM  FE200-) 

FE  441  0  0  0  0  441  0  441 

TOTAL  441  0  0  0  0  441  0  441 

GENERAL  REGULATORY  FUNCTIONS  •  EiS  (CWIS  88870  ,  PRISM  FE500-) 

FE  98  0  0  0  0  98  0  96 

TOTAL  980  0  0098098 

STUDIES  (CWIS  88890,  PRISM  FE300-) 

FE  196  0  0  0  0  196  0  196 

TOTAL  196  0  0  0  0  196  0  196 


Total  by  Appropriation  Cod*  for  LI  (SPL) 

D:  F.C.  &  Coast  Emeigancias 

4280  0  004280428 

FE;  Gen  Ragulatoiy  Funct 

SPL _ 1,772  0 _ 0 _ 0  0  1.772  0  1,772 

TOTAL  2,200  0  0  0  0  2,200  0  2,200 


Figure  B-1. 

Sample  Project  Funding  Report 
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Project  Organization  Report 

The  Prqect  Organization  R^>ort  is  a  single-year  report  tiiat  is  sorted  by 
EROC  and  CWIS  (project)  number.  Widiin  each  project,  the  data  are  furdier 
sorted  by  orgaiuzation  code  and,  where  applicaUe,  %  function  code.  In  the  sam¬ 
ple  report  depicted  in  Figure  B-2,  only  one  EROC  and  one  project  are  rejve- 
sented.  The  column  headings  for  dus  report  are  the  same  as  those  in  die  Pn^ect 
Funding  Report,  except  for  the  indented  subheading,  which  relate  to  the  fi;^- 
ing  requirements  by  organizational  function.  The  column  one  heading  is  "Or¬ 
ganization  Function  Code*  and  refers  to  die  organization  code.  The  column  two 
heading  is  *FTE  Workyears,*  which  represents  the  full-time  equivalent  work 
years  for  that  year.  Cblumns  duee  and  four  are  in-house  labor  and  in-house 
other  costs,  respectively.  Column  five,  entided  *AE  Services,*  refers  to  all 
service-type  contracts,  including  architecture  and  engineering  contract  payments. 
Column  six  represents  construction  placement  payments.  Columns  seven  and 
eight  represent  die  amount  of  funding  "given  to"  odier  USAGE  entities  and  other 
Federal  agencies,  respectively.  The  "FUNDS  AVAIL"  line  of  the  report  contains 
data  carried  in  from  the  funding  data  base  file. 


Organization  Summaiy  Report 

The  Organization  Summary  Report  is  a  single-year  report  for  a  chosen  fiscal 
year.  Figure  B-3  is  a  sample  Organization  Summary  Report  The  report  summa¬ 
rizes  the  project  organization  data  associated  with  all  projects  widiin  each  EROC. 
The  data  are  sorted  by  EROC  and  dien  by  organization  code.  The  values  for  each 
organization  code  are  die  sum  for  diat  code  of  all  the  projects  widiin  the  EROC 
The  data  for  each  organization  code  are  furdier  sub-divided  according  to  func¬ 
tion. 


Funding  Summary  Report 

The  Funding  Summaiy  Report  is  a  single-year  report  for  a  chosen  fiscal  year. 
Figure  B-4  is  a  sample  Funding  Summary  Report  This  report  shows  funding 
data  totals  from  the  funding  file  by  appropriation  and  category.  Appropriation 
and  grand  totals  are  shown.  A  totid  is  also  displayed  for  a  given  EROC 


Category  Summary  Report 

The  Category  Summary  Report  is  a  single-year  report  for  a  chosen  fiscal 
year.  Figure  B-5  is  a  sample  Category  Summary  Report  This  report  shows 
funding  data  totals  from  die  organization  file  by  appropriation  and  category. 
The  report  shows  totals  by  appropriation  as  well  as  for  die  entire  division  or 
Corps  applicable. 
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Figura  B-3. 

Sample  Organization  Summary  Report 
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Figure  B^. 

Sample  Funding  Summary  Report 
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1002/92  11:00  Page:  1  CATEC30RY  SUMMARY  ($000) 
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Figure 

Sample  Category  Summary  Report 


Detailed  Category  Report 

The  Detailed  Category  Report  is  a  single-year  report  for  a  chosen  fiscal  year. 
Figure  B-6  is  a  sample  of  foe  Detailed  Category  Report  This  report  shows  fund¬ 
ing  data  totals  by  appropriation  and  detailed  category,  as  well  as  by  project  ID 
number  as  a  user-provided  parameter. 


Quick  Prqect  List  Report 

The  Quick  Project  list  Report  provides  foe  user  wifo  a  list  of  projects,  sorted 
by  ERCX^  and  CWIS  number.  Figure  B-7  shows  a  sample  of  foe  Quick  Project 
List  Report  The  report  can  reflect  an  EROC  specified  by  foe  user,  by  an  entire 
division,  or  for  foe  entire  data  base. 


Quick  To/From  List  Report 

The  Quick  To/Ftom  List  Report  lists  all  To/From  field  data.  Figure  B-8 
shows  a  sample  Quick  To/From  List  report  One  report  line  will  be  displayed 
for  each  record  in  the  To/From  field  data  file  for  foe  requested  EROCs.  The  data 
will  be  sorted  by  ^OC,  CWB,  interim  CWIS,  appropriation  code, 
category/class/ subdass,  and  year. 
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Sample  Detailed  Category  Report 
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Sample  Quick  Ta/Fnm  List  Report 


1022^2  11:08  Paga;  X  QUICK  TCVFROM  LIST 

PMoBOpUonMTHMHm 

APPICeS 

Yr. 

Agwicy 

Cod* 

Coipa? 

Hypiam  AiikmM 

Paymani 

PRO!  NNME;  APPROPRaae  ACTIVITY 

EROCB2  ONISOOOOO 

(Cont) 

LMN-OC/PCy/C 

WC-XXX 

93 

SWF 

C 

F 

OjO 

WC-XXX 

83 

000 

N 

T 

12S.0 

WC-XXX 

93 

ERA 

N 

T 

2.0 

WC-XXX 

93 

GSA 

N 

T 

130.0 

WC-XXX  93  LA 

EROCB2  CWIS00062 

N 

T 

56.0 

PROI  NAME:  GULF  INTRACQAS1AL  WATERMIAY,  LA  &  TX  sec 

LMN-00 

C-111-U 

93 

LMV 

C 

T 

410 

C-111-U 

93 

NPP 

C 

T 

20.0 

C-111-U 

93 

NOA 

N 

T 

3.0 

C-111-U 

93 

USG 

N 

T 

22.0 

C-111-U 

93 

CRL 

C 

T 

4.0 

c-m-u 

93 

HEC 

C 

T 

10 

Figure  B-8. 

Sample  Quick  To/From  List  Report 
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Funding/  Organization  Imbalance  Report 

The  purpose  of  the  Funding/ Organization  Imbalance  Report  is  to  list  imbal' 
anced  records  depending  on  the  rate  of  selectivity.  This  report  totals  die  amount 
allocated  in  all  organization  and  function  records  for  an  associated  funding 
record,  then  compares  those  totals  widi  the  funds  available  from  the  funding 
record.  If  the  difference  is  above  or  below  the  user-entered  selectivity  rate  (the 
percentage  of  dilKerence  between  die  total  amount  of  funds  in  die  funding  record 
as  opposed  to  the  total  of  the  amounts  allocated  across  the  associated  organiza¬ 
tion  and  function  records),  dien  die  percent  difference  is  displayed^  This  is  in¬ 
tended  to  be  an  aid  for  the  user  to  quickly  scan  and  identify  hmding  records  that 
have  not  had  the  money  spread  across  their  organization  and  function  records 
properly.  Figure  B-9  shows  a  sample  Funding/  Organization  Imbalance  Report 
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Figure  B-9. 

Sample  Fundin^Organizatum  Imbalance  Report  - 1  Percent  Difference 
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Individual  Organization  Summary  Report 

The  Individual  Organization  Sununary  report  is  a  single-year  report  for  a 
chosen  fiscal  year.  Figure  B-10  is  a  sample  of  the  Industrial  Organization  Sum¬ 
mary  report  This  report  summarizes  all  dollars  and  FTE  woricyears  tot  a  par¬ 
ticular  organization  code.  It  is  sorted  by  EROC  code  and  program  ID  number. 
This  report  is  identical  to  the  Project  Organization  Report  witii  the  exception  that 
it  has  two  additional  columns:  "AE  %*  and  of  Total  Program."  Below  are 
their  formulae: 
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395.0 

641.0  967.0 

0.0 

9148.2 

Totals 

AE%:  5.24 

%  of  Total  Program;  44.22 

Figure  B-10. 

Sample  Individual  Organization  Summary  Report 


AE%  *  AE  services  dollar  value  %  (Organ.  $  -  (constr.  plcmt  +  payments  to 
other  corps  +  payments  to  other  agencies) 

%  of  total  program  =  organ.  $/ (available  funds  from  funding  data  base) 

A  summary  by  division  and  for  the  entire  Corps  is  included. 


Individual  Organization  Report  —  Detail 

The  Individual  Organization  Report  —  Detail  is  identical  to  the  Individual 
Organization  Summary  Report  with  the  exception  that  this  report  includes  tiie 
project  ID  (CWIS  ntunber)  and  program  names  that  comprise  each  program 
group.  A  sample  Individual  Organization  Detail  Report  is  shown  in  Figure  B-11. 
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10/27/92  15:42  Page:  30  Individual  Organization  Report  •  Detail  (1000) 

Adminiatration  (Sorted  by  Preyed  Name) 
B1  (LMM)  Reporting  Year  93  Place  Optional  Title  Here 

Contrad-Pavments  To  To 


Regulatory  Program: 

ENFORCEMENT  (FE201) 

0.4  14.2  t1.3 

NAV/IGATION  REGULATIONS  (FE401) 
0.1  3.6  2.4 

PERMIT  EVALUATION  (FE101) 

1.4  51.4  35.2 

REGULATORY  STUDIES  (FE301) 

0.0  1.6  1.3 

REG  1.9  70.0  50.2 


AE 

Srves. 

Cost 

Re. 

Other 

Cotpe 

Other 

Agency 

Oigen.  $ 

1.0 

0.0 

6.0 

0.0 

32.5 

0.0 

0.0 

1.0 

0.0 

7.0 

2.0 

0.0 

22.0 

1.0 

111.6 

0.0 

0.0 

1.0 

0.0 

3.9 

3.0 

0.0 

30.0 

1.0 

155.0 

AE%:  2.42 


%  of  Total  Program:  16.63 


Figure  B*11. 

Sample  Individual  Detail  Organization  Report 


FORCON  Context  Diagram 


Figure  B-12  depicts  the  top-level  data  flow  diagram  describing  the  inputs, 
controls,  outputs,  and  mechanisms  ?:hat  comprise  the  FORCON  system.  The  field 
inputs  and  Manpower  (MP)  Advisory  Council  ii^uts  feed  into  the  primary  proc¬ 
ess,  which  generates  two  primary  outputs;  CW  manpower  resource  requirements 
and  the  final  FTE  allocatioiL  Congressional  action  and  Office  of  Management 
and  Budget  (OMB)  ceilings  represent  controls  that  place  constraints  on  the  sys¬ 
tem.  The  three  primary  mechanisms  or  entities  involved  in  the  process  are  field 
staff.  Headquarters  personnel,  and  the  FORCON  data  base  (which  acts  as  a  re¬ 
pository  of  current,  past,  and  fiiture  resource  requirement  data). 
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Con^msional 

action 


OMBoeUitiga 


Field  inputs 


Manpower  Adviaoty 
Council  inputs 


i _ i 


Generate  CivI 
Works 
manpower 
requirements 

AO 

rm 


Field  staff  HQ,  USAGE  FORCON 

data  base 


ON  manpower 
resource  requirenients 


”  FTE  allocation 


Figure  B-12. 

FORCON  Context  Diagram 


B-22 


Appendix  C 


Preliminary  Schedule 


Task  &  MUestcxie  List 


1 -Apr-1994 


Page  t 


Task  nawe _ Description  Start  date _ Finish  date 


Start 

Process  Eval 

Conplete  evaluation  of 
existing  process. 

1-0ct-1994 

3-Oct-1994 

3-0ct-1994 

2-Dec-1994 

Steering  Grp 
Design  Assun 

Establish  steering  group. 

Review  design  asswptions  and 
modify  as  needed. 

3-0ct-1994 

3-0ct-1994 

14-0ct-1994 

11-NOV-1994 

Process  Chng 

Identify  needed  process 
changes. 

5-Dec-1994 

16-Dec-1994 

PROCESS  CHNG 

Steering  group  decision  on 
process  changes. 

16-Dec-1994 

19-Dec-1994 

Data  Struct 

Data  Diction 

DATA  STRUCT. 

Finalize  data  structure. 

Finalize  data  dictionary. 
Steering  group  decision  on 
final  configuration. 

19- Dec-1994 

9-Jan-1995 

20- Jan-1995 

6-Jan-1995 

20-Jan-1995 

23-Jan-1995 

Revise  Code 

Revise  manpower  code  as 
necessary. 

23-Jan-1995 

7-Jul-t995 

Oevel.  Tmg. 
District  Pro 

Develop  training  modules. 

Develop  new  Dist./Div. 
manpower  process. 

23-Jon-1995 

23-Jan-1995 

12-May-1995 

26-May-1995 

Software 

Purchase  any  necessary 
software. 

23-Jan-1995 

17-Mor-1995 

Data  Shell 

User  Docum. 
Populate  DBS 

Create  database  shells. 

Draft  user  documentation. 
Populate  developmental 
database. 

23-Jon-1995 

23-Jan-1995 

6-Feb-1995 

3-Feb-1995 

14-Apr-1995 

17-Feb-1995 

EIS  Interfac 
Consol.  Rpt. 
Coord.  T"»^. 

Develop  EIS  interface. 

Develop  consolidated  reports. 
Conduct  training  for  manpower 
coordinators. 

20-Frt>-1995 

20-Har-1995 

15-»1oy-1995 

ir-Har-1995 

28-Apr-1995 

7-JUI-1995 

Procedures 

Docunent  new  process  and 
staff. 

29-Nay-1995 

23-Jun-1995 

Final  Proced 

Finalize  new  manpower 
management  process. 

26-Jun-1995 

21-JUI-1995 

Test  Code 

Test  revised  code. 

IO-Jul-1995 

4-Aug-1995 

Task  &  Milastona  List 


1-Apr-1W4 


Past  2 


Task  name _ Dascription 


Start  data 


Oacision  Spt 

Develop  decision  support/ 
forecasting  capability. 

7-Aug-1W5 

GIS  Cap. 

Develop  GIS  capability  / 
linkages. 

2-0ct-1995 

GUI 

Finalize  graphical  user 
interface. 

13-ltov-19»5 

Protype  test 

Test  prototypes  at  tvo 
districts  and  HQ. 

4-Dec-1995 

Revise  Ooc. 

Revise  Proto 

FIELD  SrSTEM 
Tech.  Supt. 

Revise  user  documentation. 
Revise  protype  as  required. 
Field  system. 

Technical  support  for  new 
system. 

29-Jan-1996 

29-Jan-1996 

23-Feb-1996 

26-Feb-1996 

End 

H-Jun-1996 

Finish  data 
29-Stp-1995 

10-ltov-1995 

1-Dac-1995 

26-JVI-1996 

23-Fab-1996 

23-Fab-1996 

26-Feb-1996 

U-Jun-1996 

14-Jun-1996 


Project:  MANPOWER 


Steering  Grp  - 

Establish  steering  group 

*3-Oct-1994 

14-Oct-1994 


Process  Eval  | 

Complete  evaluation  of 
existing  process. 
3-Oct-1994 
2-Dec-1994 


Design  Assum  - 

Review  design  assumptions 
and  modify  as  needed. 

3-Oct-1994 

ll-Nov-1994 


Page  1-1 


PERT  Chart 


Project:  MANPOWER 


1 
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PERT  Chart 


Project:  MANPOWER 


j| PROCESS  CHNg||  .  -  ■ 

Steering  group  decision 
on  process  changes. 
16-Dec-1994 


Process  Chng 

Identify  needed  process 
changes . 

5-Dec-1994 

16-Dec-1994 
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PERT  Chart 


Project:  MANPOWER 


Data  Struct  | 

Finalize  data  structure. 

19-Dec-1994 

6-Jan-1995 


Data  Diction  '  ■  >  -  ■ 

Finalize  data  dictionary 

*9- Jan-1995 
20-Jan-1995 
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||dATA  struct  .  II  -  — 

steering  group  decision 
on  final  configuration. 
20-Jan-1995 


Data  Shell  - 

Create  database  shells. 

23-Jan-1995 

3-Feb-1995 


Revise  Code  I'  '  ” 

Revise  manpower  code  as 
necessary. 

23-Jan-1995 

7-JU1-1995 


User  Docum.  - 

Draft  user  documentation 

23-Jan-1995 

14-Apr-1995 


Software  - 

Purchase  any necessary 
software. 

23-Jan-1995 

17-Mar-1995 


Devel.  Trng.  - 

Develop  training  modules 

23-Jan-1995 

12-May-1995 


District  Pro  - 

Develop  new  Dist . /Div . 
manpower  process. 
23-Jan-1995 
26-May-1995 
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Pr O j  ec  t ;  MANPOWER 


Populate  DBS  I 

Populate  developmental 
datcibase . 

6-Feb-1995 

17-Feb-1995 


EIS  Interfac 


Develop  EIS  interface, 

20-Feb-1995 

17-Mar-1995 


Test  Code 


Test  revised  code. 

lO-Jul-1995 

4-Aug-1995 


Coord,  Trng. 


Conduct  training  for 
manpower  coordinators. 
15-May-1995 
7-JU1-1995 


Procedures 

Document  new  process  and 
staff. 

29-May-1995 

23-Jun-1995 


Final  Proced 


Finalize  new  manpower 
management  process. 
26-Jun-1995 
21-JU1-1995 


Page  1-5 


PERT  Chart 


Project: 


MANPOWER 


Page  2-5 


PERT  Chart 


Project:  MANPOWER 


Page  1-6 


PERT  Chart 


Project: 


MANPOWER 


Page  2-6 


Page  1-7 


PERT  Chart 


Project: 


MANPOWER 


Page  2-7 


PERT  Chart 


Project:  MANPOWER 


Page  1-8 


I 

PERT  Chart 


Project:  MANPOWER 


1 


Page  2-8 


PERT  Chart 


Project:  MANPOWER 


FIELD  SYSTEM| 
Field  system. 
23-Feb-1996 


Tech.  Supt. 

Technical  support  for  new 
system. 

26-Feb-1996 

14-Jun-1996 
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